Claude API 按量、订阅与不限量的区别
一句话答案：只在网页里聊天选 Pro/Max 订阅；要把 Claude 接进 Claude Code、Cursor、脚本或自动化，选 API。API 里用量小且波动大选按 token 计费，每天都在跑长任务选固定费率不限量。
很多人纠结「买订阅还是买 API」，其实它们服务的是两种完全不同的用法。
三种方式分别是什么
| 方式 | 本质 | 你得到什么 | 适合谁 |
|---|---|---|---|
| Pro / Max 订阅 | 消费级产品 | claude.ai 聊天界面 + 对话历史 + 文件上传 + 有限 API 额度 | 主要在浏览器里用 Claude |
| 按 token 计费 API | 用量付费 | HTTP 接口，用多少算多少 | 程序化调用，用量小或波动大 |
| 固定费率不限量 | 周期套餐 | 订阅期内不按 token 计费 | 每天跑 Claude Code / Cursor 的重度用户 |
结论：Pro/Max 是「聊天产品附带一点 API」，API 是「纯调用通道」。需要把 Claude 接进工具链的，订阅只是补充。
Pro 和 Max 订阅的边界
Pro（约 $20/月）和 Max（约 $100–200/月）都包含 claude.ai 聊天界面、对话历史、文件上传、artifacts，以及一定数量的 API 额度与 Claude Code 额度。适合写作、总结、研究、日常问答。
结论：它们的 API 与 Claude Code 额度是「附带的」，不是「为主的」。重度 Claude Code 用户经常在计费周期前几天就把额度跑完，尤其是处理大代码库、长时间会话、多个子代理或 Opus 模型时。额度用完只能等重置或额外接 API 计费。
按 token 计费的 API
你拿到的是 HTTP 接口，按实际消耗的 token 付费。没有聊天界面，没有对话历史，没有 artifacts，所有会话管理、上下文拼接、成本控制都由你自己或你接的工具完成。
结论：灵活、可集成，但费用随用量波动。一次大上下文调用、一次 Opus 复杂推理、一次 agent 循环，账单都会明显跳。适合用量小、波动大、或需要精确控制成本的场景。
固定费率不限量
订阅期内不按 token 计费：你发起的每次调用，无论消耗 1 千还是 20 万 token，都包含在订阅价里。支持 Claude Code、Cursor、Cline 等全部主流工具，改一个 Base URL 加一个 Key 即可接入。
结论：「无限」不等于「无限制并发、无限制压测」。服务需要保证所有用户稳定访问，因此有公平使用的速率与并发限制（见 限速具体数字）。取消的是计费压力，不是工程上的流控。
怎么选：给阈值不给结论
结论：按使用强度选，不按「哪个听起来划算」选。
- 主要在网页聊天，偶尔 API：Pro 或 Max。
- 每天写代码，但 Claude Code 只是辅助：Max 的附带额度可能够。
- 每天用 Claude Code / Cursor 跑长任务、处理大代码库、多个子代理：固定费率不限量。
- 用量小、波动大、需要精确控制每次调用成本：按 token 计费。
判断依据很简单：如果你每次让模型读大文件、跑长会话前都要心算「这次大概多少 token」，就选不限量；如果你一周只调用几次，按量更省。
成本控制的四个杠杆
无论选哪种 API，这四个动作都有效：
- 按任务选模型：分类、提取、路由用 Haiku 就够，复杂推理再上 Opus。
- 提示缓存：稳定的系统提示与工具描述走缓存，输入成本能降一个量级。
- 每轮修剪上下文：不要重发整个对话历史，保留最近几轮加摘要。
- 给 agent 循环设上限：硬限制步数，防止卡住的 agent 无限跑。
常见问题
Pro/Max 的 API 额度够用吗？
偶尔调用够，每天用 Claude Code 跑长任务通常不够。重度用户常在周期前几天用完。
不限量真的什么都不限吗？
不是。有公平使用的并发与速率限制（见 限速具体数字），但不按 token 计费。
可以随时换吗？
可以。按量与不限量只是计费方式不同，接入方式（Base URL + Key）一样，换套餐不用换配置。
哪种最适合 Cursor 重度用户？
固定费率不限量。Cursor 的长上下文调用很频繁，按 token 计费时心理压力最大。
相关阅读
- 套餐定价：Claude 无限卡的套餐内容与退款规则
- 无限额度：无限额度到底无限到什么程度
- Claude Code 教程：从安装到第一次会话：上手流程
- 常见问题：限速与公平使用