很多人第一次接触 Claude 会卡在同一个地方：网页版聊得好好的，突然看到「API」「Key」「按量计费」就懵了——这到底是两份钱还是一份钱？这篇不绕弯子，先把「订阅」和「API 调用」拆成两件事讲明白，再给你一套自查顺序：你现在要干的事属于哪类，对应该看站内哪个页面的数字，什么时候其实不用花钱。
很多人第一次接触 Claude 会卡在同一个地方：网页版聊得好好的，突然看到「API」「Key」「按量计费」就懵了——这到底是两份钱还是一份钱？其实这不是一道选择题，而是两条完全独立的收费轨道。想清楚这一点，后面所有关于花钱的问题都会自动变简单。
这篇不绕弯子，先把「订阅」和「API 调用」拆成两件事讲明白，再给你一套自查顺序：你现在要干的事属于哪类，对应该看站内哪个页面的数字，什么时候其实根本不用花钱。判断标准比具体数字更重要，因为数字会变，判断逻辑不会。
先把两件事分开：订阅是「租座位」，API 是「按用量买菜」
订阅（Pro / Max 这类）买的是网页端和客户端的聊天使用权，按月或按年付一笔固定费用，通常不给你一个能写进代码的 Key。它像健身房月卡：一次付清，随便用，但只限你本人坐在那儿练。
API 调用买的则是模型能力本身，按 token 用量结算，用多少算多少，适合写进程序、脚本、自动化流程。它像请厨师上门：每做一道菜按食材和工时收一次钱，不看你有几个人吃。
- 订阅
- 按时间买访问权，额度不换算成 token，通常不提供可编程 Key
- API 调用
- 按 token 进出量结算，程序自己发请求，没有固定月费
- 账号体系
- 两者可能共用登录，但账单和额度池是分开的两套
- 判断口诀
- 人要坐在屏幕前打字先想订阅；程序自己发请求只能想 API
Claude 有没有不花钱的用法
有，但要把「免费」两个字拆开看。免费档通常存在，只是带使用频率、模型档位和高峰时段的限制，适合试手感、写日常文字，不适合长期扛生产任务。什么时候不适用？当你要批量处理、要接进程序、要在固定时间稳定出结果时，免费档基本撑不住。
面向开发者的「免费额度」多是新账号试用或平台赠送，额度小、有效期短。用之前先看清到期和限速规则，别把试用额度当成长期方案来设计架构，否则到期那天会很被动。
- 免费档：适合试手感、写日常文字，不适合长期扛生产任务
- 开发者试用额度：额度小、有效期短，先看限速和到期规则
- 本地跑开源模型：完全不花钱，代价是设备算力和折腾时间
- 兜底思路：小额按量付费，比开月度订阅更灵活，但也更容易忘记设上限
结论别写死：能不能白用取决于你所在地区、账号类型和当时的活动，具体数额到 /plans/claude-pro 和 /official-api 这类页面看当时的数字，别信截图和二手转述。
「API 调用」具体发生了什么
一次调用 = 你的程序带着一把 Key，把一段文字（外加图片等）发到官方接口地址，模型算完把结果写回来。整个过程通常在几秒内完成，但账单是按这次进出的 token 数记的。
这段文字会先被切成 token，输入和输出分别计数，钱就是从这两个数上长出来的。所以「调用一次多少钱」这个问法本身不成立，要问的是「这次进出了多少 token、单价多少」。
- 准备 Key 和额度上限在控制台创建 Key，同时把月度额度封顶设好，别留无上限的口子
- 发一次最小的请求先用一句话测试跑通链路，确认返回正常再放大批量
- 记录这次用量看后台这次进了多少 token、出了多少 token，建立自己的体感
- 估算批量成本用单次用量乘以预计调用次数，得出粗略月度区间
想知道 token 怎么估，去 /tools/token-price-calculator 和 /tools/model-cost-calculator 对着算；概念不清楚先翻 /ai-dict/category/basics 把基础词捋一遍。系统化要做第一批调用前，先过一遍 /first-call-prep-checklist 把该备的东西备齐。
按你的场景对号入座
| 你的场景 | 走哪条路 | 原因 |
|---|---|---|
| 写文档、改邮件、问问题 | 订阅 | 不用管 token，也不怕账单突然跳起来 |
| 接进自己的程序、批量处理 | API | 用量可控才能控成本，程序也拿不到订阅账号 |
| 个人偶尔用、不想付费 | 免费档或本地模型 | 先试手感，不合适再升级 |
| 团队共用 | 看团队档口径 | 要算人均，别拿单人价乘人数 |
| 一次性调研 | 按量付一次 | 为一件小事开月度订阅通常不划算 |
团队共享这块有个常见误区：别拿一个人的订阅价直接乘人数，去 /coding-plans 看团队档的计费口径，那里写清了几种不同的折算方式。什么时候不适用？如果团队只是少数几个人偶尔互通账号，那也不叫正规共享，先看清条款再说。
什么时候会突然变贵：几个真实的成本放大器
第一号放大镜是长上下文。每次请求都带着完整历史，聊得越长每轮越贵，这也是很多人月底账单超预期的头号原因。它不显眼，但会每天叠加。
输出比输入单价高，让模型长篇大论比让它总结更烧钱。很多人没意识到，一句「详细展开」和一句「一句话回答」，账单能差出好几倍。
- 长上下文：历史越堆越多，每轮都重算一遍
- 长输出：输出单价通常高于输入，措辞要克制
- 重试和报错：超时重发、循环调用没人管，钱在暗处流走
- 批量任务没上限：控制台额度封顶是第一道防线
- 测试和生产混用：别拿生产 Key 跑实验脚本，用量会失真
做法很简单：先把业务日志里的请求量拉出来看分布，再对照 /usage 里别人真实的用量分布，判断自己是不是处在异常区间。什么时候不适用？如果你本身调用量极小，这些优化意义不大，先跑通再说。
查数字的正确姿势：别信截图，去站内对应页
价格会变，写死的数字没用。养成下单前先去 /price-watch 对一遍的习惯，比记住任何具体价格都可靠。
| 想查什么 | 去哪个站内页面 | 注意什么 |
|---|---|---|
| 官方按量单价 | /official-api 及 /official-api/providers/anthropic | 看当时的单价和计费口径 |
| 订阅地区价 | /plans/claude-pro、/plans/claude-pro-annual、/plans/claude-max-5x | 同一档不同地区差价可能不小 |
| 套餐折算按量价 | /coding-plans/anthropic-claude-product-subscription-pro | 看折算口径，别自己硬算 |
| 历史变动 | /price-watch | 下单前对一遍，养成习惯 |
还有一个容易忽略的点：套餐额度能不能折算成按量价，各家口径不一样。有的按调用次数折算，有的按 token 池折算，具体算法去看对应页面的说明，别拿两边的数字直接比大小。
这套判断什么时候不适用
如果你在受监管行业，数据不能出内网，那订阅和官方 API 都不在你的选项里，得看私有化部署或本地模型。这不是价格问题，是合规问题，省钱逻辑在这里不成立。
如果你只做一次性调研，为这件事开月度订阅往往不如按量付一次。反过来，如果用量极小（一个月几百次短问答），订阅反而可能比 API 贵，这也是反过来的情况。
- 数据不能出内网：直接排除订阅和官方 API，走私有化或本地模型
- 一次性调研：按量付一次通常比开月度订阅划算
- 极小用量：别默认订阅便宜，要按实际调用量算
- 团队已有云平台账号：走托管渠道可能更省事，但计费口径不同
- 受监管行业：合规优先，价格排在后面
新手第一周的具体动作清单
- 定位路线写下你要做的事属于「人打字」还是「程序发请求」，先定路线再谈钱
- 看两处数字去 /plans/claude-pro 和 /official-api 各看一遍当时的数字，估一个月大致量级
- 备齐 API 前置如果走 API，先去 /first-call-prep-checklist 把账号、Key、额度上限备齐
- 跑通后观察三次连跑三次记录用量，再决定要不要升档、换路线或加缓存
- 设置止损线额度封顶和告警都打开，别等到月底才发现账单超了
这一周的目标不是省钱，而是建立自己的用量体感。有了体感，后面任何价格变动你都能一眼判断出对自己影响多大。
不用背价格，背判断逻辑：谁在发请求、发多少、上限设没设。下一步想动手之前，先把当前各家的公开价格和中转站可信度对一遍，避免拿旧数据做决策。→
常见问题
我只想在网页上聊天，还需要买 API 吗？
不需要。网页聊天用订阅或免费档就够了，API 是给程序用的。只有当你想让自己的脚本、网站或工具自动调用 Claude 时，才需要单独开 API 并充值，两边是分开计费的。
API 调用是不是按次收费？
不是按次，是按 token 用量收费，输入和输出分别计价。同样问一句话，短问题几分钱，长文档分析可能差几十倍。所以预算要按「量」估，不能按「次」估。
免费额度能撑多久？
通常只够试水和跑通流程，不适合长期业务。免费额度一般有有效期、限速和模型档位限制，用之前先确认这些条件，别把 demo 的用量当成生产用量来规划。
订阅和 API 哪个更划算？
看用法。人在屏幕前高频用，订阅更省心；程序批量处理，API 更可控。临界点取决于你的实际用量和当时单价，建议先去 /plans/claude-pro 和 /official-api 看数字，再按自己的月用量各算一遍。
怎么防止账单突然飙高？
三件事：在控制台设额度上限、给程序加重试次数上限、定期看用量曲线。长对话和批量任务是最容易失控的两类场景，建议先小规模跑一周再放量。
