一個沒有 exp 的 token，憑什麼失效？
某次例行的服務節點重建之後，一套自動化串接的 API 開始持續回傳 401。第一反應是 token 過期——但這個 token 原本就沒有設 expiration。打開 payload 看，結構完整，欄位都在，沒有任何明顯異常。服務端卻直接拒在門外，連 decode 都不做。
作者彙整: Jett
版本號 3 和 3.3 之間，節點悄悄停止了工作
超商 APP 點下「領取優惠券」，畫面跳出確認動畫，但結帳時優惠沒有套用——有時候 APP 版本太舊，那個觸發邏輯根本不在裡面，舊版本靜默地忽略了整件事。這個感覺，在處理低程式碼自動化工具的 Set 節點時，完整地再現了一次。
資料寫進去了，但 500 自己爬上來了
去超商機台列印文件，紙從出紙口滑出來了，文件在手上，結果螢幕彈出「列印失敗，請重試」。台灣的超商機台幾乎承擔一切服務——繳費、取票、列印——這種場景很多人真的愣在那裡不知道要不要相信那個紅色畫面。後端的 500 就是這件事，只是發生在 API 層。