Claude Code 付费：订阅与 API 两种通道

订阅与 API 的计费区别

• 找「Claude Code 多少钱一个月」这个数字会落空 —— 它不是单独售卖的商品，没有独立订阅。
• 两条通道：含在 Claude 订阅里（Pro / Max / Team / Enterprise），或走 API 按量计费（Console 或云厂商）。
• 官方文档写明：免费档不含 Claude Code，需要上述付费账号之一。
• 分野不在价格，在工作方式：人在终端前用订阅，机器自己跑用 API。
• 国内的两个问题要分开：付款可以解决；服务区域支持不是卡能解决的。

Claude Code 没有自己的价格

网上「Claude Code 订阅多少钱」这类问法，预设了一个并不存在的商品。Claude Code 是 Anthropic 官方的客户端工具，没有单独的订阅、也没有单独的价格 —— 它的钱从两个地方来：

• 含在 Claude 订阅里：Pro / Max 等订阅的额度可以直接给 Claude Code 用，不再额外计费；
• 走 API 按量计费：用 API key 登录，费用按 token 记到你的 Console 组织（或云账号）上。

两条通道的计量口径不同，不要拿其中一套的用量去折算另一套的价钱。

官方文档讲成本时给了一句关键机制说明：Claude Code 按 API token 消耗计费；订阅用户看到的会话费用估算不作为账单依据，真正要看的是额度条与用量明细。订阅受使用窗口和额度限制，API 按 token 用量计费。

还有一条不走个人订阅的路：把 Claude Code 接到云厂商（如 Amazon Bedrock、Google Cloud、Microsoft Foundry）上，按 token 记到云账号。这条主要面向有云合同的团队，个人用不到，这里只点一句。

终端里怎么确认自己在哪条通道

首次运行 claude 的时候，就是选通道的时刻。官方文档给了两条路：

怎么确认自己现在在哪条路上：用官方文档口径的命令看状态 —— /usage 给出额度与用量明细（会话费用估算、按模型的用量、缓存命中情况、订阅额度条）；需要换账号或重新登录时用 /login 与 /logout。

订阅下的额度是共享的

走订阅这条路时，有一件事很容易被忽略：Claude Code 吃的不是它自己的额度。官方文档写明，订阅用量按滚动五小时窗口 + 每周窗口重置，并且与 Claude 网页端共用同一套配额。

• 后果一：终端里跑猛了，网页那边会更早撞限 —— 两个入口互相影响；
• 后果二：判断「该不该升档」时只看网页版用量会低估实际消耗，要把终端里的会话一起算进去（选档方法见 Claude 订阅选档）。

撞到限制时，官方的提示分三种，含义与对策不一样：

窗口的具体大小与重置节奏由官方按其规则调整，这里只讲提示的含义与对策。

API 通道：成本结构决定你怎么用

两条通道的成本形态完全不同：订阅是固定月费封顶，API 是按用量线性增长、没有封顶。所以走 API 时，真正要管的不是「买哪一档」，而是「这次会话会烧多少」。

官方文档给出的量级参照（企业部署均值）：约 $13 / 开发者 / 活跃日、$150–250 / 开发者 / 月，90% 的用户日成本低于 $30；另外即使空闲也有少量后台消耗（对话摘要、提示建议等），官方口径是每会话通常低于 $0.04。这组数字只用来判断量级，不是你的账单。

三个能实质压成本的机制（均以官方文档口径为准）：

• 模型选择：多数编码任务用 Sonnet 就够，Opus 留给复杂架构与多步推理。用 /model 中途切换，或在配置里改默认；子代理可以指定更小的模型；
• 提示缓存（prompt caching）：官方自动开启，系统提示与反复读取的代码库上下文命中缓存后按更低单价计。有没有命中，在 /usage 里看得到；
• 上下文管理：换任务用 /clear、压缩用 /compact；长会话不清理，等于每一轮都在重算整段上下文。

还有两件小事也按官方口径：/effort 与环境变量 MAX_THINKING_TOKENS 可以压住扩展思考的预算；用现成的 CLI 工具（如 gh、aws）代替挂一堆 MCP 服务器，能减少每轮都要带上的上下文。另外，选择数据驻留（data residency）会带来约 1.1 倍的费率系数。

国内真正卡住的两件事

回到标题那个问题：Claude Code 国内怎么用？绝大多数教程答的是安装与网络，但真正决定你能不能长期用下去的是另外两件事，而且这两件事必须分开看 —— 一件能解决，一件不能。

第一件：付款 —— 这一层可以解决

Claude Code 的付款就是 Claude 订阅或 Console 额度，所以要过的环节与订阅 Claude 完全一致：卡段支持 AI 订阅场景、卡与账单地址与支付网络三者对齐、卡内余额留缓冲。这一层的完整排查见 支付被拒的分层排查 与 虚拟卡被拒的十个原因。

先订阅还是先用 API：新开的卡直接去买 API 额度，被拦的概率明显高于先跑一笔包月。客服侧反复验证过的路径是 —— 先用同一张卡完成一笔订阅、产生一次成功交易记录，隔一两天再转 API。这不是官方口径，而是经验路径：卡的交易史在这个场景里是最便宜的信任凭证。

第二件：服务区域支持 —— 这一件卡解决不了

Anthropic 的服务条款与支持地区名单不包含中国大陆（以官方 supported countries 页面为准）；官方文档也把「supported countries」列为运行要求之一。也就是说：能装、能跑，与「被允许使用」是两件事 —— 前者是技术问题，后者是服务条款问题。

我们在这件事上的立场很明确：本站只处理付费与订阅这一层，不提供也不建议任何绕过区域限制的做法，包括任何形式的网络规避方案。是否在你的地区使用，请自行确认服务条款与当地法规。

放回成本视角看会更清楚：卡的问题失败一次，代价是几美元和一点时间；区域合规的问题失败一次，代价是账号和已付费用。付款准备不能替代地区资格与合规要求。

钱怎么准备：本站费率口径

如果已经决定走这条路，付款侧要准备的钱按本站现行口径如下：

备款建议沿用站内口径：月付按标价留缓冲 —— Pro 档卡内留到 ≥$25，Max 20x 这类高档位按 ≥$210 备。不要按标价卡着充，这是失败的高发场景。

常见问题

延伸阅读

Claude Code 的付费结构与通道选择，相关操作与排查入口：订阅该买哪一档见 Claude 订阅选档；逐屏订阅操作见 Claude 订阅图文教程；付款被拒的分层排查见 ChatGPT 支付被拒：两层排查顺序；绑卡成功却扣款失败见 绑卡成功扣款失败：Claude API 排查；失败后先核对记录见 扣款失败记录核对；被拒的十类根因见 虚拟卡被拒的十个原因。

概念与入金链路在 U 卡是什么；卡型与可开地区见 产品总览；费率、备款与提回口径以 收费标准页 为准；单点短答案在 常见问题。

官方出处：安装方式与登录路径以 Claude Code 官方 setup 文档 为准；用量与成本机制（含 /usage、提示缓存、模型选择）以 官方成本文档 为准；功能与订阅档位见 官方产品页、官方文档概览 与 官方定价页；支持地区以 官方 supported countries 页面 为准。站外链接仅供查证，不构成背书；命令、界面与规则会随版本变化，请以官方当期文档为准。