時間軸
3/20：開始就有大量的使用者表示額度消耗不正常。Pro 發一兩則就撞頂，Max 一小時燒掉五小時額度。
3/20 到 3/25：官方基本裝死，沒有任何公告。發文很頻繁的 Boris 跟 Thariq 也只是一直強調他們 ship 了什麼新功能，對這些詢問都迴避。GitHub issue 發出被秒關。找客服也沒用。
直到這時，我還是跟一部分網友對他們抱持一點希望，希望這只是 Bug，不是偷改。畢竟之前有人問過「這次的雙倍是預告之後降額？」Thariq 還說「有時候禮物就是禮物」，意思就是不要想太多，就是送的。
然後 3/26 發了那個公告，大家當然炸了。
這明顯是誠信問題。大家都能理解你湧入 10 倍用戶，也能理解你 capacity 根本已經超載。但你可以先公告再改。你一邊瘋狂上新功能，一邊對老訂戶偷降額度還裝死，這就是任何人都不能接受的。
我也想不到什麼理由護航了，徹底心寒。
為什麼備援方案是必要的
要讓 Claude 深度接管你的工作？我想你可能要失望了。理想很美好，但可用性連兩個 9 都沒有，這是很致命的。不會有任何人或公司把營運寄託在這麼不穩定的服務上面。
話是這樣說，但我的工作模式就已經深度綁定了，那該怎麼辦？
我花了一個上午找備援方案。
模型選擇
由於我的工作大多沒有牽涉寫程式，都是文書工作，所以沒有選擇編程特別強的 Codex，而是以三個面向評估：Agentic Flow 自主執行任務的能力、Tool Calling 是否穩定、意圖對齊是否精準。
評估後選了三個輪換嘗試：GLM-5、Kimi-2.5、MiniMax 2.5，全部走美國機房的供應商。
環境同步
搞定了模型，下一個就是同步環境。你的 Claude 會強，很大一部分就是因為你費盡苦心建立的規則、記憶。這些東西一旦新工具不讀，少了隱形上下文注入，就等於讓新模型斷手斷腳。
我在 OpenCode 上裝了 opencode-rules 外掛，在規則檔建 symlink，frontmatter 雙 key 並存。鉤子另外搬過去，memory 另外用 opencode 外掛處理。
這樣搞完後，終於有了安全感。我再也不用在 Claude 掛掉時被迫關機了。
結論
及早準備好多端點，把所有 config 跟 memory 都備份好，隨時切換才是正道。
AI 公司都是一個尿性，人一多就會開始拿翹，就會開始拉垮。最好的策略就是不要買年費，隨時準備跑路。