不要购买 marketplace、群聊或“账号商”交付的预生成、共享 Claude API secret。API key 只是认证凭证；真正需要付费的是你自己控制的账户里的调用额度，或另一家服务商明确独立的 API 合同。 只拿到一串 key、却不能进入对应账户查看账单、创建和撤销凭证，不算安全地买到了 Claude API。
对中国大陆读者还有一个必须放在付款前的边界：截至 2026 年 7 月 18 日，Anthropic 的 commercial API supported regions 列表没有中国大陆。因此本文不会提供接码、改地区、借卡、共享账号或其他绕过方法。需要第一方 Anthropic 合同时，应在受支持地区和主体下合规开通；不满足条件，就选择当地依法可用、合同与数据边界清楚的云平台或独立 API provider，或者停止。
先用这张表判断你面对的到底是什么：
| 路线 | 付款给谁 | 你应控制什么 | 什么时候停止 |
|---|---|---|---|
| Anthropic Console 直连 | Anthropic | 自己的组织、workspace、usage credits 和 Console key | 所在地区或主体不受支持，或无法满足官方账户要求 |
| 受支持云平台 | AWS 等对应云服务商 | 自己的云账户、IAM、区域、账单和云端 credential | 把云 credential 或云余额误当成 Anthropic Console key/credits |
| 独立兼容网关 | 该 gateway provider | provider 账户、余额、token、Base URL、日志和支持合同 | 对方说不清模型、计费、数据、失败扣费或撤销机制 |
| 预生成或共享 secret | marketplace 卖家或个人 | 通常只有一串无法证明独占的 secret | 无法自己创建、轮换和撤销时，直接停止购买 |
“购买 Claude API Key”真正应该做什么
官方 reference route 不是购买 key 字符串，而是先建立你自己的 Claude Console 组织，再在组织内创建凭证并购买调用额度。Anthropic 的 API access 说明 把 Console 定义为创建 API keys、管理用户、设置 billing 和使用 Workbench 的地方。
这条路径包含三个不同对象：
- 账户与合同：决定谁能管理组织、账单和支持请求。
- prepaid usage credits：决定 API 是否还有可用余额。
- API key：让某个程序在被授权的 workspace 下调用 API。
三者不能互换。多创建一把 key 不会生成一份新余额；购买 Claude Pro 或 Max 也不会给 raw API 账户增加 credits。Anthropic 当前的 订阅与 API 说明 明确把聊天订阅与 Claude Console/API 计费分开。
如果你只是想在 Claude 网页或 App 聊天，不需要因为“API key”搜索结果去开开发者账户。如果你在 Cursor、自己的后端或自动化程序里调用模型，则要先确认该工具是否已经包含模型用量；只有它明确要求 BYOK 或 raw API 时，才需要另行建立 API 合同。Claude Code 当前到底走订阅还是 API 账本，可用我们的 Claude Code API Key 与订阅计费判断 单独排查。
Anthropic Console 的当前付费合同
Anthropic 当前的自助 API 使用预付费模式。官方 billing 帮助页 说明，Claude API 和 Workbench 要在使用前购买 usage credits；余额耗尽后，请求会停止，直到重新购买或 auto-reload 触发补充。
付款前要接受四个边界：
- 购买的 credits 会在购买一年后到期，不能延长，并且不可退款。
- 失败请求一般不收费；成功调用和已完成任务会计费。客户端在本来可能成功的调用中途断开或超时等特殊情况，仍应以实际账单为准。
- auto-reload 会在余额低于设定阈值时自动再次购买。测试期不要只看余额，应同时设置支出上限、较低的 reload 额度或暂时关闭 auto-reload。
- 当前公开 billing 页面没有承诺统一的最低充值额，也没有承诺每个新账户都获得 starter credits。某个账户若出现促销或测试余额，只能按该账户当时的 Console 条款判断，不能写成人人都有的公开免费层。
模型费用是另一层问题：它按输入、输出 token 和可选功能计算，不等于充值金额。价格会变，尤其是带截止日期的 introductory pricing；购买前应查看 Anthropic 的 实时 API pricing 和自己 Console 的 Limits 页面，而不是照抄旧教程的模型表或 Tier 1–4 门槛。
Key 必须留在你控制的 workspace 里
Anthropic 的 workspaces 文档 说明，每把 API key 只属于一个 workspace。你可以把本地开发、测试和生产拆到不同 workspace，并为 workspace 设置比组织上限更低的 spend/rate limits。这样做是隔离权限和预算，不是获得多份余额。
创建 key 时，当前 Console 还允许选择 3 小时、1 天、7 天、30 天、自定义时长或 Never 等过期方式，详见 authentication 文档。一次性联调应优先选短寿命；生产 key 如果选择长期有效，就必须放在 secrets manager 中，并有定期轮换计划。不要把 key 写进前端、公开仓库、截图或发给代配置人员。
如果怀疑 key 已泄露，不要等待观察余额。Anthropic 的 泄露处理说明 给出的动作是立即在 Console 删除/撤销旧 key，创建替代 key，再更新应用中的 secret。能够独立完成这一动作，正是“账户属于你”的最低证明。
中国大陆读者的三条合规路线
需要 Anthropic 第一方合同：先做地区停止检查
如果你需要 Anthropic 签发的 sk-ant-... key、第一方 Console、原生功能与直接支持，地区和主体必须先满足官方条件。中国大陆当前不在 supported-regions 列表中，所以不要先付款买账号、接码或代付，再赌账号能否长期使用。
这不是在断言列表永远不会变化。正确做法是每次开通前重查官方页面；当前不成立就停止，等政策变化或使用符合自身条件的受支持路线。
已有企业云治理：购买云平台自己的合同
如果团队已经在 AWS 等受支持云平台管理采购、IAM、区域与审计，可以在对应云平台开通 Claude。此时你购买的是云服务商合同，使用的是云账户和 credential，账单也由云平台管理。Anthropic 的 Claude Platform on AWS 文档 展示的正是这套独立控制面。
云平台不是“更容易充值的 Anthropic Console”。Console key 不能因为你在云端付了钱就自动获得余额，云 credential 也不能直接拿去调用 api.anthropic.com。适合这条路的，是已经能合法开通对应云服务、并希望把权限和成本留在现有企业治理中的团队。
需要兼容接口和多模型切换：评估独立 provider
第三条路是使用当地可用、条款明确的独立 API provider。它可以提供 Claude 模型的兼容调用，但它签发的是自己的 token，使用自己的 Base URL 和余额；这不是 Anthropic key，也不继承 Anthropic Console 的退款、支持或功能边界。
以本轮于 2026 年 7 月 18 日核对的 LaoZhang API quickstart 为例，它把自己定义为独立的多模型 API integration platform，使用自己的账户余额、token 和 OpenAI-compatible https://api.laozhang.ai/v1。页面写明的新账 户 $0.5 只用于 API 连通、开发调试和集成前验证，不面向 production；它不属于 Anthropic 官方 credit。
同一份 quickstart 还要求先区分 development、internal tools 与 production integration，检查 Console 中的 credit/billing 状态，并在生产使用或企业采购前联系 provider。生产充值前应确认账户类型、支付、限额、发票/合同和支持负责人；任何一项无法确认，就停止充值。
这类路线适合明确想用一个 OpenAI-compatible endpoint 切换多模型、并愿意接受另一份 provider 合同的开发者。若你要求 Anthropic-native account controls、特定合规采购、第一方 support 或完整 feature parity，就保持官方/云平台路线。若 provider 当前模型、实时价格、失败扣费、日志或数据条款无法核实，也应停止，而不是先充值再猜。更完整的主路/副路选择见 Claude 接入路线指南。
付款前做“五项控制权审计”
任何 route 都不要只比较“每美元能买多少 token”。先逐项回答下面五个问题：
1. 凭证归谁
你是否能在自己的 provider 账户里创建、命名、限额、设置过期时间、轮换和撤销 key？如果卖家只能发给你一串 secret，却不给组织或控制台权限，停止。
2. 账单归谁
付款对象是 Anthropic、云平台还是独立 gateway？余额、实际扣费、credits 到期、退款、失败计费和发票能否在同一个合同里查到？“官方价几折”不是账单说明。
3. Endpoint 归谁
key 必须与签发方的 Base URL 和 auth scheme 配对。Anthropic Console key 用于 Anthropic endpoint；云 credential 用于云平台；gateway token 只属于 gateway。只给 key、不明确 Base URL，是停止信号。
4. 模型与来源边界是否清楚
provider 是否公开当前 model ID、availability、上游类型和不支持的功能？不要只靠问模型“你是谁”来验真；模型可以生成错误的自我描述。生产前应以 provider 模型目录、请求日志和可复现行为共同核对。
5. Secret、数据与支持由谁控制
卖方是否可能保留同一 secret？你能否看到 request ID 和 usage log？数据会保存多久、谁能访问、异常找谁、如何撤销？这些问题没有明确答案，就不要把真实业务数据交给该 route。
付款后只跑一次有边界的验证
第一次验证的目标不是证明“永远稳定”，而是确认账户、凭证、endpoint 和账单在同一个控制面里闭环。按这个顺序执行：
- 在 provider/organization 中设置支出上限；关闭 auto-reload，或把阈值与补充金额设到测试可承受范围。
- 新建专用 test workspace 和短寿命 key，不复用生产 secret。
- 从 provider 当前文档复制 Base URL、auth header 和精确 model ID，只发送一个不含隐私的最小请求，例如“只回复 OK”。
- 在控制台核对 request ID、模型、输入/输出 token、状态和实际扣费。页面没有 usage log 时，不把它用于生产。
- 撤销 test key，再发同一请求；预期应变成认证失败。若撤销后仍能调用，立即停止并联系 provider。
这次 pilot 只证明当时的一次路由和扣费可核对，不证明长期可用性、模型永不切换或 SLA。进入生产前，还要用自己的真实请求长度做成本样本，并检查限流、重试、数据处理和支持响应。
为什么“100 美元 Key”“低价共享 Key”不值得赌
marketplace 把“带余额的 key”包装成可转让商品，最容易隐藏的是控制权。即使一把 secret 此刻能调用，你也无法仅凭这一点确认：余额是否真的属于独立组织、卖方是否也保存了 key、是否卖给多人、何时被撤销、上游退款或 chargeback 会发生什么。
这不等于可以在没有证据时指控某个卖家盗刷或替换模型。更客观的停止规则是：无法获得账户所有权、独立创建/撤销权和可核对账单，就不购买。 你需要的不是对卖家信誉下注，而是把风险变成自己能验证的控制项。
同理，不要把 Claude Pro/Max 账号、Claude Code 登录、Anthropic Console key 和 gateway token 混为一种商品。若你已经有订阅但不知道 Claude Code 正在扣哪本账，先查看 Claude Code API Key 与订阅计费；若已经选好 provider，只差环境变量和 endpoint，再看 Claude Code API 配置。
现在还有“Claude API Key 免费层”吗
截至 2026 年 7 月 18 日，Anthropic 当前公开的 access 和 billing 页面没有承诺每个新 API 用户都会获得 starter credits，也没有承诺每把 key 自带免费预算。创建 key 本身不等于获得可持续用量；当前可依赖的公共合同是先购买 prepaid usage credits，再按实际调用计费。
如果你自己的 Console 显示促销或 account-specific credit，可以按页面注明的金额、到期日和用途使用，但不要据此推断其他账户也有。独立 provider 给出的测试余额也只属于那家 provider；例如前述 $0.5 是 LaoZhang 的开发连通测试额度，不能写成 Anthropic 免费层。
要估算长期成本，不应再寻找“多注册几把免费 key”，而要记录一次真实 workload 的 input/output token，再对照实时价格。需要跨模型比较时，可继续看 Claude API 与 OpenAI API 成本比较。
最后按这条规则付款
如果你符合 Anthropic 支持条件，并且需要第一方 key、Console、功能与支持，就在自己的 Anthropic 组织中购买 credits。已经有合规云治理的团队，购买对应云平台的合同。明确需要兼容 endpoint 和多模型切换的开发者，可以评估独立 gateway，但必须接受它自己的 token、账单、数据和支持边界。
无论哪条路，只要对方交付的是一串你无法自行创建、审计和撤销的 secret，就停止购买。Key 是门票，不是账户；真正值得付费的是你能控制、能核账、能关闭的调用合同。
