過去兩週累積了好幾條關於 Claude 額度的觀察。單看每一條都只是日常碎念，連起來看，會發現有一個比較清晰的「訂閱經濟學」結構。
1. 重置時間是被刻意打散的
發現每個人 reset 時間都不一樣，有人禮拜天，有人禮拜三。
我猜是因為上次同一時間 reset 導致大家都在同一個時間窗口燒 token，server 負載有問題，所以故意重新打散。
這算是 Anthropic 的「需求平整」（demand smoothing）策略——讓週尖峰不會集中在一兩天。
2. 5x 到 20x，「增加 4 倍」其實沒有 4 倍
有人實測：5x 到 20x 的「增加 4 倍」其實只是五小時額度的 4 倍。週額度其實只有增加 2 倍。
Pay more, get less than expected。這不是個別感覺，是數學設計。如果你升級是為了「跑長時間的批次」，要先確認你真正需要的是五小時容量還是週容量。
3. AI 牛排的性價比問題
有兩百塊的夜市牛排，也有兩千塊的餐廳牛排——可是後者有比前者好吃十倍嗎？
AI 訂閱費跟產出效益的比例，總感覺怪怪的。Sonnet 跟 Opus 的差價很大，但日常 80% 的工作 Sonnet 就夠用。升到 Opus Max 帶來的「真實生產力提升」並沒有等比例放大。
很多人付 Max 是付「焦慮稅」——怕用低配漏掉某個能力。但低配漏掉的多半不是能力，是耐心。
4. 美東尖峰時段：一小時就 hit limit
最近實測：以目前的方案加上美東尖峰時段，你大概會在 1 小時後 hit limit。
這代表訂閱的「真實可用容量」跟你買的「名義容量」之間有時差——尖峰時段名義容量會被分母稀釋。
實務上的對策：把重要工作排在台北時間早晨（北美深夜離峰）做。這也意外解釋了為什麼最近 Claude 在亞洲時區反而比較好用。
5. Skill 沒解決 hit limit，反而帶來 shutdown
Skill 比較不像是不同部門，更像是操作手冊。
長期使用的話，三天兩頭 shutdown，不 shutdown 的話就是 hit limit。Skill 不是節省 token，是換一種方式把 token 用掉——Skill 載入本身就要費 token，而且更容易把長 context 撐到上限。
如果你 hit limit 的頻率變高，先檢查是不是被 Skill 拖的。
6. 反觀免費版 GPT，至今未 hit limit
我用免費版 GPT 至今還沒 hit limit。
問題不是免費版多強，是付費的 Claude 讓我太常 hit limit 了。Claude 用戶的「滿足度」跟「焦慮度」一起拉高——比起免費 GPT 用戶在「能用就好」的滿足區，Claude 用戶長期活在「下個小時還能用嗎」的計時區。
串起來看
把六條串在一起，會看到 Anthropic 的訂閱設計邏輯：
- 打散需求避免基礎設施失靈
- 方案結構讓你升級時感覺很多但實際拿到較少
- 尖峰稀釋讓真實容量比名義容量低
- Skill 等新功能讓你燒得更快
- 付費焦慮反過來成為留存機制
這是個成熟的訂閱經濟模型，不是單純的「容量分級」。理解這個結構，可以幫你決定：
- 我升 Max 的理由是「容量」還是「焦慮」？
- 我 hit limit 的真正原因是什麼？
- 我可不可以靠時段選擇 + 工具分工把問題壓下去？
工具是好工具，但你要知道你在買的是什麼。