Claude Code 點揀模型?先睇工作需要,再比較成本
分清 Claude Code 訂閱用量同 API 費用,按實際工作、重試次數同驗收結果比較模型成本。
情境
你用 Claude Code 改網站,有時只係改幾句字,有時要查一個追咗幾日都未搵到原因嘅錯誤。兩種工作,未必需要同一個模型。
想控制開支,先唔好急住換最平嗰款。要比較嘅係:一件工作做到驗收合格,總共用咗幾多時間同費用。 模型平,但要反覆改十次,未必抵。
呢篇會帶你分清計費方式、揀模型,再留一份簡單紀錄。冇固定慳錢比例,亦冇一套模型分配適合所有人。
跟住做
1. 先分清自己用緊邊種計費
你係用 Claude 帳戶嘅訂閱方案,定係用 API 按用量付費?兩者唔可以直接比較。
- 訂閱方案:先睇帳戶用量同方案限制。API 嘅 token 價目,唔等於你每個月訂閱費。
- API 計費:對照自己使用平台嘅價目及用量記錄。輸入、輸出、快取同工具使用,都可能影響總費用。
比較時記錄完整模型 ID、查價日期、輸入及輸出單價,再分開列出快取或工具費用。唔好將某款模型嘅價目套用到同系列所有版本。
每次做預算,都先睇官方價目,唔好照抄舊文章嘅數字。
2. 用內置選單揀模型
喺 Claude Code 輸入:
/model
睇清楚帳戶可用嘅模型,再揀適合今次工作嗰款。切換後確認畫面顯示嘅模型名稱,唔好只憑 Claude 喺對話度話「已經切換」。
sonnet、opus、haiku 係模型別名;對應版本會受平台、設定同軟件版本影響。要固定版本做比較,先對照官方模型設定及你帳戶實際可用清單。
將「切去某模型」寫入提示詞,唔等於已更改執行設定。 CLAUDE.md 可以記錄工作原則,但唔應該當成費用限制或模型切換已生效嘅證據。
3. 用一件細工作試清楚
揀一件範圍清晰、容易驗收嘅工作,例如修改一段說明文字,或者分析一個指定測試失敗原因。
先寫低完成條件,再用你揀嘅模型處理。涉及程式改動,要睇差異同跑相關測試;唔好因為模型自稱完成就當合格。
今次要做:[一件具體工作]。 只可以修改:[指定檔案或內容範圍]。 完成條件:[讀者應該睇到咩,或邊個測試要通過]。 如果資料唔夠,請指出欠咩資料,唔好自行補作。完成後列出改動、驗收結果,以及仍未確認嘅地方。
唔好一開始就分派好多代理。工作互相依賴,或者要修改同一份檔案,就先順序完成。分工有額外上下文及協調成本,未必一定較平。
4. 記錄總成本,再決定要唔要換
用以下欄位記低幾次實際工作:
| 要記錄甚麼 | 點解要記 |
|---|---|
| 工作及完成條件 | 避免攞兩件難度唔同嘅工作硬比 |
| 實際模型版本 | 別名日後可能指向另一個版本 |
| 計費方式及可取得嘅用量 | 分清訂閱額度同 API 費用 |
| 重試次數、人工修正時間 | 平模型做錯再返工,亦係成本 |
| 驗收結果 | 只比較做到合格嘅結果 |
Claude Code 嘅成本顯示及帳戶用量各有適用範圍,使用前對照官方成本說明。唔好將估算直接當成最終帳單。
三種實際用法
自己學整網站
先用帳戶現有模型完成一件細工作。遇到明確瓶頸,先考慮換模型;唔使每問一句都重新揀一次。
幫唔同客戶做項目
每項工作分開記錄,並使用計費平台正式支援嘅分類方式。唔好自行加一個環境變數,就假設帳單會自動按客戶分開。
報價同實際成本另外記清楚;API 用量本身唔代表你可以直接向客戶收取同一筆費用。
複雜程式問題
先準備重現步驟、錯誤訊息同相關檔案,再考慮需要更強推理能力嘅模型。缺少關鍵資料,單靠換貴模型未必解決到。
容易忽略嘅地方
改名未必係簡單工作。 名稱可能出現喺外部介面、設定或資料格式,先查清楚範圍,再決定點改。
開新對話前先保存交接。 記低目前決定、檔案位置同驗收方法,避免為咗縮短上下文而漏咗重要限制。
唔好追固定模型比例。 某個月用較多高能力模型,可能只係工作較難。先睇返完成咗咩工作、返工幾多,再判斷開支有冇價值。
一個實用原則
揀模型,要睇工作能否可靠完成,而唔係只睇每個 token 幾錢。
由下一件細工作開始留紀錄,累積幾次結果,再調整你嘅做法。
文中工具 · 連結
- Claude Code CLI· 付費
開發者用 — terminal 入面同 Claude pair coding
睇完想同 Claude 一齊行一次?
撳一下,複製教學提示詞同全文到剪貼簿。 貼入 Claude.ai 或 Claude Desktop,再按文章逐步試做, 整理出適合你情況嘅草稿或清單;未確認嘅資料會留低畀你核對。