我明明設好自動刷新，社群機器人每隔一陣子就突然發不出文！

先講一件事：這篇跟其他篇不太一樣。這是一個「我一開始判斷錯了、後來被實測打臉」的誠實故事。 我留著它，因為你踩這個坑時，八成也會先猜錯方向。

情境：你幫一個社群帳號做了自動發文機器人。這種平台的 token（通行證）會過期，所以你很負責任地設了「自動刷新」。結果——它還是每隔一陣子就無聲無息地掛掉，發不出文。

我一開始的判斷是：「一定是刷新的時候，新 token 生出來、把舊的作廢了，但新的沒接好，所以斷掉。」聽起來很合理對吧？

然後我真的去實測，發現我錯了。

你缺的詞 = long-lived token 刷新語意 + 唯讀 Secret vs 可寫 KV

---

真相：刷新「不會」殺掉舊 token（人話版）

我拿真的 production token 做了實驗：

1. 舊 token → 測 → 活著 ✅
2. 呼叫刷新 → 拿到一個全新的 token
3. 立刻回頭測舊 token → 還活著 ✅
4. 等 20 秒再測舊 token → 還是活著 ✅

結論：刷新根本不會讓舊 token 立刻失效。 舊的會一路活到它原本的 60 天到期為止，新的只是「重新開一個 60 天的計時」。（這其實跟平台官方文件寫的一模一樣，是我一開始沒仔細讀。）

所以「每隔一陣子就掛」的真正原因，是另外兩個更陰的：

1. 新 token 根本沒被存下來。 程式刷新成功、拿到新 token，但只是把它印在 log 裡（沒真的存起來）。於是舊 token 默默地漂到 60 天自然過期那天——啪，掛了。
2. 刷新其實失敗了，但程式沒發現。 有些平台規定 token 要「滿 24 小時」才准刷新，太新的會被拒絕、回一段錯誤訊息。而程式沒去檢查「這是不是錯誤」，把錯誤訊息當成新 token 存下去，於是 token 悄悄壞掉。

---

正確做法：存在「能寫」的地方 + 檢查錯誤

這裡有個超容易踩的技術陷阱，特別是用 Cloudflare Workers 這類服務的人：

你的 token 如果存在「Secret」裡，程式在跑的時候是「唯讀」的——它讀得到，但寫不回去。

這就要命了：自動刷新的整個重點，就是「拿到新 token → 寫回去覆蓋舊的」。但如果存的地方唯讀，這個「寫回去」的動作根本做不到，刷新等於白做。

正解：把會輪替的 token 存在「可以寫入」的地方（例如 Cloudflare KV），不要存在唯讀的 Secret。 然後刷新後，一定要檢查回應裡有沒有 error 欄位，確認真的拿到新 token 才存。

每天定時檢查：
  token 存在「可寫入」的 KV 裡（不是唯讀 Secret）
  快到期了 → 呼叫刷新
    回應有 access_token（不是 error）→ 把新 token 寫回 KV ✅
    回應是 error → 別亂存！保留舊 token（它還活著）+ 發個通知給自己

---

你會搜錯的關鍵字 vs 該搜的正確詞彙

你崩潰時會打的（搜不到）	該搜的正確詞彙
「Threads 機器人一直發不出文」	long-lived access token expiry
「token 自動刷新沒用」	token rotation / persist refreshed token
「Cloudflare Worker token 存哪」	Worker Secret read-only / KV writable

把右邊那欄丟進 Google、或直接貼給你的 AI。這就是我們在幹的事——把你崩潰時打出來的髒話，翻譯成能找到答案的詞。

我做了一個自動發文到社群平台（例如 Threads）的機器人，用的是會過期的 access token（長效 token，60 天）。我設了自動刷新，但它還是每隔一段時間就發不出文。

請幫我釐清：
1. 「刷新 token」到底會不會讓舊 token 立刻失效？（很多人以為會，但實際上呢？）
2. 如果我的自動刷新「成功拿到新 token 但沒存下來」，會發生什麼事？
3. 為什麼把 token 存在「唯讀的 Secret」裡會導致刷新失敗？該存在哪裡（例如可寫入的 KV）？
4. 我的程式呼叫刷新後，該檢查回應裡的什麼欄位，才不會把錯誤訊息當成新 token？