Claude 定期刷 session 績效報告
觀測期間 2026-08-01 → 2026-10-10（70.3 天）｜資料截止 10/10 20:44｜方案 Max（5 倍）
結論：鏈條有效，而且比預期穩，但它帶給你的「領先量」正在被你自己的用量吃掉。
335 個 5 小時視窗幾乎無縫相接，覆蓋率 97.97%（扣掉付款鎖 99.53%），已連續 21.5 天沒斷。你開工時視窗平均已經走了 1.64 小時；但最近一週降到 0.74 小時，因為你現在是連續高強度在用。
需要你注意的三件事
- 本週「所有模型」額度 98%，是自 8/4 有紀錄以來最高（前 10 個完整週期最高 82%、平均 56%）；Fable 92%，偏高但 8/4 曾到 100%。
- 先前我說「429 是全體共有的限流」只對了一半：327 次 429 裡有 277 次（85%）集中在 8/4 與 9/5–6 兩個事故日，詳見第 5 節。
- OAuth 權杖約 10/19 前後再次到期（依 9/19 重新登入推算），到期當天鏈條會斷到你重新登入為止。
1 覆蓋地圖：每一天的 24 小時
一列＝一天；橫軸是當天 00:00–24:00。有顏色＝有視窗在跑，紅色＝沒有。
一個視窗結束到下一個開始，必然有約 20 秒接棒空隙（物理下限，圖上看不出來）。
2 斷過幾次、為什麼斷
只列超過 6 分鐘的真斷鏈。335 個視窗裡共 4 次，合計 34.4 小時。
| 起點 | 空了 | 原因 | 歸屬 |
|---|---|---|---|
| 08/06 17:39 | 40 分 | mini 網路中斷（16:40–17:50 持續 Network is unreachable／DNS 失敗），保活連不到 API | 外因 |
| 09/05 14:19 | 26.5 小時 | 帳號付款狀態異常，CLI 回「Your organization has disabled Claude subscription access」，補位連續被拒 52 次 | 外因（已付款） |
| 09/06 21:49 | 2.2 小時 | 保險絲 bug：失敗的補位也被計入「每日 10 次」上限，服務恢復後被自己鎖住直到午夜 | 系統造成 |
| 09/19 02:59 | 5.0 小時 | OAuth 權杖 30 天到期、無法自動續期，11 次補位被拒，重新登入後恢復 | 外因（可預期） |
4 次裡只有 1 次（2.2 小時）是系統自己造成，已修復，之後連續 21.5 天沒再斷。補位共 436 次嘗試，成功送出 372 次；失敗的 64 次（帳號被鎖 52、權杖到期 11、網路中斷 1）全部屬於上表的外因。
另一個我自己的缺陷：重複補位 41 次。補位後我會等 6 秒回查端點；若端點還沒反映新視窗，8/10 起的「重試通行證」會在 3 分鐘後再打一次。實際上第一次多半已經開成功（新視窗到期時刻與第一次補位對得上），所以第二次是白打。不影響鏈條，只多花約 US$0.11；8 月最多（25＋8＋6 次），之後逐週遞減，但 10/9 仍出現 1 次。修法很小：重試前先重新查端點確認，而不是盲打（列在第 8 節）。
3 效益：開工時，視窗已經走了多久
這是你的初衷：不要等到認真寫程式才開始算那 5 小時。沒有保活時，視窗從你的第一則訊息才起算，領先量＝0。
62 個工作視窗，開工時已走的小時數
- 平均 1.64 小時，中位 1.3，四分位 0.4–2.6。
- 燒到 98% 以上的視窗有 30 個，這些視窗的重設平均提早 1.66 小時，累計最多少等 50 小時（上限值，假設你當時確實在等）。
- 232 個視窗全程沒人用（峰值 <10%）：這是保活的固定成本，每個只花一則 Haiku。
趨勢要誠實看：每週平均領先量從 8 月的 2.3 小時降到最近一週的 0.7 小時（逐週，樣本數 ≥3：08/03 週 2.3h｜08/10 週 1.9h｜08/17 週 1.9h｜08/24 週 1.8h｜08/31 週 1.6h｜09/07 週 1.8h｜09/14 週 1.4h｜09/28 週 1.7h｜10/05 週 0.7h）。原因是你現在幾乎一接上新視窗就開用，視窗幾乎沒有「空轉」的時間可以預先走。保活真正有價值的情境是「隔天早上第一個視窗」，連續衝刺時它的功勞會縮小。
4 額度壓力：「所有模型」額度本週創新高
完整的 10 個週期峰值平均 56%，最高 82%；進行中的這一週已經 98%。10/9 12:45 到 10/10 20:08 這 31 小時內，你連拍的 4 張面板：
5h 60%｜週 82%｜Fable 77%
背景視窗 762k / 1000k
5h 0%｜週 92%｜Fable 89%
背景視窗 135k / 1000k
5h 44%｜週 98%｜Fable 97%
背景視窗 440k / 1000k
5h 49%｜週 99%｜Fable 97%
背景視窗 —
週額度 82% → 92% → 98% → 99%。10/10 20:08 點下「免費重設」（完整重設，10/23 到期的福利）：5 小時視窗 49% → 3%、到期 00:00 → 01:00；週額度 99/97 → 98/92，沒有歸零。
5 用量端點失敗：先前的判斷要修正
合計：429 限流 327、OAuth 權杖 288、網路 56、403 12、503 5 次。
修正：我 8/10 的調研結論是「限流閥人人都有，撞到是因為輪詢太兇」。這在平日成立（平日每天 ≤4 次 429），但量最大的兩波根本不是一般限流：
- 9/5–9/6：161 次 429＋6 次 403，已證實是帳號付款狀態。
- 8/4：116 次 429＋6 次 403。錯誤序列與 9/5 一模一樣（先兩次「OAuth 不允許此組織」403，再接 429 洪水）。
但 8/4 保活的 CLI 沒被擋、鏈條沒斷，不像 9/5 整個被鎖，所以我無法確定。請你核對 8/4 前後有沒有帳務、方案或訂閱異動。若有，代表「平日偶發 429」才是真正的限流，其餘幾乎都是帳號狀態。
6 成就紀錄與投資報酬
| 日期 | 項目／證據 | 類別 | 主導 | 人工估(h) | 你花(h) | 淨省(h) | 可信度 |
|---|---|---|---|---|---|---|---|
| 08-01 | Claude session 保活（自適應補位＋心跳＋稽核工具） chain_report：近 7 天覆蓋率 100%、35 個視窗（2026-10-04） | 自動化 | Claude主導 | 15.0 | 1.5 | 13.5 | Claude估 |
| 08-10 | 用量端點 429 退避＋共用快取＋降頻（140→58 次/天） 9/28–10/6 端點 429＝0 次、403＝0 次 | 維運 | Claude主導 | 4.0 | 0.5 | 3.5 | Claude估 |
| 09-19 | 保險絲只算成功次數（修掉兩次斷鏈成因） keepalive.py.bak-fuse-20260919；之後連續 15 天無斷鏈 | 維運 | Claude主導 | 1.0 | 0.2 | 0.8 | Claude估 |
| 09-06 | 事故：保險絲 bug 讓補位被自己鎖住 2 小時 10 分 launchd.out.log 09/06 21:49–23:59；🛑 今日已補 34 次達上限 | 事故 | Claude主導 | — | 實測 | ||
| 10-10 | 用掉 10/23 到期的免費完整重設：週額度 99%／Fable 97% 見底前一刻重置 5 小時視窗 snapshots 2026-10-10_200857.webp（點擊當下）；relay_latest 20:09:16：session 3%、到期 01:00 | 額度管理 | 使用者主導 | — | 實測 |
目前有時數的 3 筆合計淨省 17.8 小時，全部是我的粗估，沒有任何一筆經你確認。所以這個數字不能當 ROI 用：config.json 的時薪與月費還沒填，報酬倍數沒有算，我也不會替你編。
7 這份報告的限制
- 覆蓋率：8/10 起由視窗帳本（秒級）計算；8/1–8/10 由 log 回推（分鐘級）。「重設」造成的提早結束（例如 10/10）以到期時刻變動為準。
- 領先量：由用量 CSV 推算，取「視窗開始後第一次用量 ≥8%」的時間。低用量時每 12–25 分鐘才取樣一次，可能高估最多約 25 分鐘。「工作視窗」定義為峰值 ≥30%。
- 少等 50 小時是上限值：假設你燒完額度後確實在等，沒有改做別的事。
- 失敗分類以訊息關鍵字判斷；8/4 的成因目前只是假說。
- 成本以 8/1 單次實測 24,005 tokens（cache read）折算，是訂閱制下的等值金額，不是實際扣款。
8 待辦
- 把 6 節那幾筆「Claude估」改成你自己的數字（告訴我就好），再填
config.json的時薪與月費，報酬倍數才會出現。 - 核對 8/4 前後的帳務／方案異動。
- 修「重複補位」：重試前先
fresh查端點，確認視窗真的沒開才補打（約 10 分鐘的小改動，要改我會先跟你報告）。 - 10/19 前後 OAuth 權杖到期（你說會另外處理）；10/23 免費重設福利已用掉，無須再處理。
資料來源：mini claude保活/windows.jsonl、logs/launchd.out.log；claude用量監控/logs/usage_*.csv、monitor.log*；iCloud「成就紀錄-Claude定期刷session」的 snapshots.csv／achievements.csv。
產生於 2026-10-10 20:48，單檔、無外部資源，可離線開啟。