今年六月底到九月初,我的預設模型換了三次。每一次我都是在某個回答怪怪的時候才發現「咦,這已經不是上週那個了」。
這段時間的節奏大致是這樣:6 月底 Sonnet 5 成為訂閱制多數座位的預設,原生一百萬字視窗;7 月下旬 Opus 5 接手 Opus 這一支的預設;9 月初 Fable 5.1 進到 Claude Code,同樣是一百萬字視窗。
| 模型 | 每百萬 token 輸入/輸出 | 快取讀取 | 視窗 |
|---|---|---|---|
| Sonnet 5 | 2/10 美元 | 原價 0.1 倍 | 100 萬 |
| Opus 5 | 5/25 美元 | 原價 0.1 倍 | 100 萬 |
| Fable 5.1 | 10/50 美元 | 原價 0.025 倍 | 100 萬 |
有意思的是,最貴的那一個,快取讀取反而是最便宜的倍率。重複送同一段開頭的工作,帳算下來未必是你以為的那個順序。
換得快,代表你的做法不該綁在名字上
半年換三代的世界裡,有兩種人。一種是每次都去查誰最新最強,然後全部換過去;另一種是把「我要什麼」寫下來,讓模型換代只是換一個設定值。
第二種能活比較久。具體來說,你的常駐檔和技能裡不要出現特定模型的名字,要出現的是判斷:這類工作要嚴謹、那類工作要快、這件事不准自動執行。模型換了,這些句子照樣成立。
我實際踩過的坑是反過來的:某個技能裡寫了「用 Opus 4.7 來做這件事」,四個月後那個模型已經不是預設,技能還在指名它,結果就是每次都多繞一圈。
三個把選擇固定下來的設定
官方提供了三個東西,各管一段。
一個環境變數決定新對話從哪個模型開始,適合「我知道我的工作型態,預設就設好」。
fallbackModel 可以設定多個備援,主模型過載時自動往下換,不會整場失敗。這個對長時間跑的任務特別有意義——半夜跑的東西不會因為尖峰時段就整個掛掉。
modelPicker 決定 /model 這個選單裡列出哪些模型、順序怎麼排、標籤怎麼寫,寫在使用者或組織設定裡。公司想限制大家只能用哪幾個,這是現成的地方。
三個都寫進設定之後,換代這件事就從「每個人自己去查」變成「改一行」。
動手做
先確認現在跑的是哪一個,再決定要不要固定:
/model
要把選擇從習慣變成規則,用這段整理你自己的分派原則,注意它不該出現模型名字:
我要寫一份「什麼工作用什麼等級的模型」的分派原則,之後模型改版也不用重寫。 請用我的實際工作清單來寫,規則裡不要出現任何模型名稱,改用判斷條件描述: 1. 依「走錯的代價」與「規格明不明確」兩個軸,把我的工作分成四類。 2. 每一類寫一句分派原則(例如「規格明確、走錯可回復 → 用便宜快速的那一級」)。 3. 標出哪些工作永遠不准自動執行,要人確認。 4. 最後給我一段可以貼進常駐檔的文字,不超過十行。 我的工作清單:(貼上,例如整理會議紀錄、寫報價單、分析競品、改程式)
做對了的樣子:你的常駐檔與技能裡沒有寫死的模型名稱;你設過備援模型;公司要限制的話是在設定裡限制;下次再換代,你只要改一個值。
站內延伸
- 四象限的完整判斷 → 別讓最貴的模型做雜事
- 想多久這個旋鈕 → 多想一會兒要多少錢
- 廠商與方案怎麼評 → 找方法AI 廠商評選與驗收
來源: Anthropic:Pricing(Sonnet 5、Opus 5、Fable 5.1 的每百萬 token 價格與快取倍率);Claude Code:Model configuration(可用模型與視窗);Claude Code:Settings reference(預設模型環境變數、fallbackModel、modelPicker);週報 2026-w27(Sonnet 5 成為訂閱預設、原生百萬視窗)、2026-w30(Opus 5 成為 Opus 預設、百萬視窗)、2026-w36(Fable 5.1 進入 Claude Code)。
半年換三代,靠記憶挑模型一定會過期。把「我要什麼」寫成判斷條件,別把模型名字寫進常駐檔與技能;把預設、備援與可選清單寫進設定,換代就只是改一個值。順帶記住那張價目表上的反直覺:最貴的那一個,快取讀取反而最便宜。
半年換三代,
靠記憶挑一定會過期
什麼時候看這張:你的技能或常駐檔裡,寫著某個模型的名字。
- 規則裡寫判斷條件,不要寫模型的名字
- 設好備援,主力過載時不會整場掛掉
- 最貴的那一個,重複的開頭反而算最便宜
第一個動作翻一遍你的常駐檔和技能,把寫死的模型名字改成「這類工作要嚴謹」這種判斷。輸入 /model 先確認現在跑哪個。