先说清钱的走向：Claude Code 的花费只从两个口子出去——订阅制（Pro / Max）和 API 按量计费。工具本体不收钱，收钱的是背后模型的 token 消耗。这篇把三种付费姿势摆开，搭一个你能自己复算的测算模型，把”我该买哪档”变成一道能算的题，而不是一道玄学题。
场景与需求：先看清你在为什么付费
Claude Code 是 Anthropic 官方推出的命令行编码代理，npm 包名 @anthropic-ai/claude-code，一行命令装完，安装环节不产生任何费用。真正的成本发生在它干活的时候：每读一个文件、每改一段代码、每跑一次命令的回显，都会变成 token 进出模型。你付的不是”软件使用费”，是”模型工时费”。
典型读者分三类。第一类偶尔尝鲜，一周开两三次会话，跑跑示例项目；第二类把日常开发搬了进来，每个工作日十几个任务，改 bug、写测试、做小功能；第三类是团队批量使用，还要求走公司云账号、合并报销。三类人的最优解完全不同——这正是订阅制与按量计费的分野所在，也是本文要算清楚的东西。
候选方案：三种付费姿势
方案 A：订阅制（Pro / Max / Team）
Pro 是入门订阅档，包含 Claude Code 的使用额度；Max 面向高强度用户，此前公开口径分两档，可用量约为 Pro 的 5 倍和 20 倍（当前倍率与各档月费【待补：官方定价页】）。
订阅额度不是无限量：官方按 5 小时滚动窗口叠加每周上限来控制消耗，机制是公开的，各档具体数值会随负载动态调整（【待补：当前限额说明】）。顶到窗口后要等额度恢复，Max 档可以开启超额计费，超出部分按 token 结算（规则与单价【待补】）。Team 与 Enterprise 面向组织，席位制，带管理后台与协作功能。
订阅制的本质：用固定月费换”额度确定性”。用得满就赚，用不满就亏，适合能稳定消化额度的日常用户。
方案 B：API 按量计费
在 Anthropic Console 创建 API key、预充值，Claude Code 切到 API 凭据后按 token 结算，没有窗口限制，用多少扣多少。Sonnet 系列是性价比主力（当前单价【待补】），Opus 系列贵一个档位；超过一定长度的上下文请求会触发加价（阈值与倍率【待补】）；prompt caching 对重复出现的前缀（系统提示、常驻文件）有大幅折扣（当前比例【待补】）。
会话里输入 /cost 能看当前会话的累计消耗，Console 后台看总账。API 模式的好处是行为可预测、能进 CI 流水线、能设预算上限；坏处是重度使用时账单增长很快，每个任务都在烧真金白银。
方案 C：混合——订阅保底，API 兜底
日常交互式开发吃订阅额度，批量脚本、CI 与爆发周走 API。企业另有一条路：Claude Code 支持把模型后端切到 Amazon Bedrock 或 Google Vertex AI，费用并入云厂商账单，能吃掉已有的云承诺折扣，数据边界审计也更顺。对团队来说，这条路经常比直接刷 Anthropic 账单更好走。
测算模型与假设
核心公式：
月成本 ≈ 有效工作日 × 日均任务数 × 单任务 token 消耗 × 单价
订阅制则反向算：任务量是否顶进更高档位的额度区间。
一个关键认知：agentic 工作流里，token 大头不是你的提问，而是上下文注入——系统提示、CLAUDE.md、文件内容、工具回显，每一步都会重复进入模型。Sonnet 系列公开规格的 20 万 token 上下文窗口意味着，一次较长的会话链路轻松吃掉几十万 token。这就是为什么”感觉没问几句，额度就没了”。
三个典型画像（下表为示例数字，发布前替换成你的 /cost 实测值）：
| 画像 | 使用频率 | 单任务 token 消耗（示例数字，发布前替换） |
|---|---|---|
| 尝鲜型 | 每周 2~3 次会话 | 约 10 万 |
| 日常型 | 每个工作日 5 个任务 | 约 30 万 |
| 重载型 | 每个工作日 15 个以上任务，含跨仓库重构 | 约 80 万 |
测算结果表
按 22 个有效工作日折算月度成本。API 综合单价按”每 100 万 token 约 20 元”的示例口径代入（示例数字，发布前替换；实际单价【待补：官方定价页】）；订阅列填入当前定价【待补：各档月费】。
| 画像 | 月 token 消耗（示例） | API 按量月成本（示例） | 订阅方案判断（示例口径） |
|---|---|---|---|
| 尝鲜型 | 约 100 万 | 约 20 元 | Pro 额度大概率用不完，纯 API 也够 |
| 日常型 | 约 660 万 | 约 130 元 | Pro 可能顶 5 小时窗口，顶窗就升 Max |
| 重载型 | 约 1800 万 | 约 360 元 | Max 高档加超额计费，或订阅加 API 混合 |
示例口径下能读出两条规律。第一，日常型与重载型的 API 账单会追平甚至超过订阅月费——这正是订阅存在的理由：固定支出换额度确定性。第二，订阅值不值完全取决于你顶不顶窗口：一个月只触发一两次窗口等待，Pro 就够；天天顶窗等待，升 Max 或转混合方案，否则等待本身就在烧你的时间成本。
决策框架
按顺序过这五道判断，命中即停：
- 频率判断：月有效使用天数少于 10 天——别订阅，纯 API 按量，用多少付多少。
- 窗口判断：连续两周每天触发 5 小时窗口等待——升 Max，时间比差价贵。
- 自动化判断：要把 Claude Code 塞进 CI 或批量脚本——走 API key，配预算告警；订阅额度的设计初衷是交互式使用，无人值守任务用它既不可控也不可审计。
- 报销判断：公司出钱——Team / Enterprise 席位，或 Bedrock / Vertex 走云账单合并结算，采购与安全都好过。
- 兜底判断：拿不准——先按量跑两周，用 /cost 和 Console 账单喂给上面的公式，月度 token 消耗一出来，答案自己会跳出来。
我的最终选择
我的配置是订阅为主力、API 承担自动化：日常开发与写作走订阅额度，CI 流水线和批量文档任务走 API key 并设了月度预算上限。过去一个月我的订阅档位与月费【待补：实际档位与金额】、API 支出【待补：Console 账单截图】、触发窗口等待次数【待补：/status 或使用记录】。
给大多数个人开发者的默认答案：从 Pro 起步，观察两周窗口触发频率，顶窗再升档；给学生和低频用户，先看免费途径盘点再决定要不要掏钱。