Claude API 新加坡怎么买：Console 注册、付款与 API Key

先确认资格：新加坡或马来西亚能直接开通 Claude API 吗

可以。截至 2026-09-20，Anthropic 的商业 API 支持地区列表包含新加坡和马来西亚，所以在 Claude Console 注册、付款、建一把 API Key、直接打官方端点这条路径是通的。有两个地方容易看错：API 和 Claude.ai 各有一份支持列表，申请前先确认你看的是哪一份；公司名义申请还要符合 Anthropic 的实体资格条款，注册地对了不代表其他条件自动满足。

公司采购还多一层。Anthropic 保留在法律允许范围内，不向特定所有权实体提供服务的权利，这是资格条件，每家公司的判定路径视情况而定。开账号时用真实的账户与付款资料；支持范围或实体资格规则日后若有调整，以官方当时适用的条款为准。

如果你不想只走官方一条路，也可以经 MixRoute 这类 gateway 接入，用自己后台建的 key 和自己的端点调 Claude 模型。两条路都通到 Claude 模型，真正要花心思的是每一格该找谁确认。

从注册、付款或充值到建好一把 Key，官方 Console 的步骤是什么

官方这条路一共五步：建账号、完成组织与工作区设置、付款或充值、创建 API Key、发出第一个请求。充值到账之后再建 key，顺序上少一次来回。

1. 在 Claude Console 建好账号，按引导完成组织和工作的初始设置。
2. 按 Console 当时提供的方式完成付款或充值。
3. 到 Settings 的 API keys 页点 Create key。
4. 把 key 存进密钥管理工具，不要写进代码或仓库。
5. 发出第一个请求，确认能拿到返回。

注册和付款的界面与可选方式由 Console 当下决定，改版后会变，这两步以你账号里实际看到的为准。

注册与初始设置

建好账号之后，控制台会引导你完成组织和工作的初始设置。工作区后面会用到两次：建 key 的时候可以选择把 key 限定到某个工作区；没限定工作区的 key，请求里要带上工作区 ID。工作区 ID 在 Settings 的 Workspaces 表格的 ID 列能查到。

建 key 时要做三个选择

在 Settings 的 API keys 页点 Create key 之后，有几个选项要填。

• 给 key 起名字。
• 选有效期。
• 把 Linked account 设成自己或者某个服务账户。选自己建出来的是个人 key，带着你本人在组织里的角色和权限；选服务账户建出来的是可以交给自动化流程用的 key。
• 要不要把 key 限定到某个工作区。限定之后，请求里就能省略工作区 ID。

建账号之前先想清楚这把 key 是给谁用的，这个答案决定后面几个选项怎么填。个人 key 适合自己的脚本和本机开发；服务账户 key 代表一个独立身份，适合 CI、生产服务或者其他多人共享的流程。控制台里还留着一种工作区 key，它不属于任何个人，官方已经把它列为 legacy，新接入不建议再用。

个人 key 有个容易忽略的后果：创建者被移出组织时，这把 key 会归档，重新邀请回来也不恢复，只能重建。要共享给团队或生产流程用，让组织管理员建一个服务账户更合适。另外，Admin API 只接受没有限定到具体工作区的个人 key 或服务账户 key；如果你打算用它统一管理密钥，管理用的那把就别绑到某个工作区上。

存好 key，先确认第一个请求带什么凭证

key 不要写进代码或仓库，放进密钥管理工具，需要时从环境变量读进来。Anthropic 官方 authentication 文档给了三条认证路径。

• API key：最常用的一条，一个静态密钥，作为 Authorization: Bearer 发出去。写进 ANTHROPIC_API_KEY 环境变量，客户端 SDK 会自己带上；旧版的 x-api-key 头仍然受支持。
• Workload Identity Federation：用身份提供方签发的令牌换一个短期访问令牌，适合已经有平台身份的 CI/CD 和生产负载，也省掉长期密钥的分发和轮换。
• App Attest：面向登记过的 iOS 和 macOS 应用，设备上直接调 API 时用。

API key 和 Workload Identity Federation 对端点的权限相同。起手用 API key，等负载稳定再换掉长期密钥，是很常见的顺序。

如果这把 key 没有绑定到单一工作区，每次请求都要在 anthropic-workspace-id 头里写工作区 ID。漏掉这个头，API 返回 400 invalid_request_error，信息里直接说 anthropic-workspace-id is required；值不是有效的工作区 ID 也是 400；工作区不存在，或者这把 key 的身份没有访问权限，返回 404 not_found_error。

把第一个请求当成验机步骤：能拿到 message 返回，结构里带着 usage，说明这次请求的认证与调用已经通过，付款和费用仍需另看账单。这一步没过，先别急着往生产搬。

API Key 建好之后，怎么存、怎么设有效期、什么时候该删

key 存续期间有三件事要做：存进密钥管理工具、定期轮换、怀疑泄露就先停用再处理。控制台把停用和删除分得很清楚，选错要多花一轮时间。

有效期在创建时就定下来了

建 key 时能选 3 小时、1 天、7 天、30 天、自定义时长或者 Never。这个选择建完就改不了，要换只能新建一把。组织如果设了最大有效期策略，控制台会把预设和自定义时长限制在策略上限以内，Never 也不可用。到期前官方会给 key 的创建者发提醒邮件：生命周期至少 14 天的 key 提前 7 天收到，至少 7 天的提前 1 天收到，更短的有效期不发提醒。

轮换的时机不用凭感觉。Admin API 的 List API Keys 和 Retrieve API Key 会返回每把 key 的 expires_at 时间戳，没设有效期的 key 这一项是 null，你可以按到期时间排队，在旧 key 失效之前把新 key 部署好。有效期给泄露的凭证设了一个上限，它替代不了密钥管理工具和停用这两件事。

Disable 和 Delete 不是同一个动作

Disable 是可逆的，停用之后 Admin API 里这把 key 的状态是 inactive，点 Re-enable 就能回到 active。Delete 是永久归档，状态变成 archived，但它仍然会出现在 List API Keys 里，方便事后审计。已经过期的 key 只能删除，不能重新启用。所以真怀疑泄露的时候，先用 Disable 把口子关上，确认影响范围之后再决定是删除还是恢复。

MixRoute 这边每把 key 还能单独设哪些限

在 MixRoute 控制台管理每把 key 时，可以分别设置可调用模型、可扣减预算、IP 白名单与到期时间。这些是独立的 key 控制，不依赖 Smart Routing。启用 key 的预算上限后，预算按请求扣减、归零后停止调用，且仍受账户余额限制；IP 白名单不能单独承担全部防护。若使用管理 API，对应字段为 model_limits／model_limits_enabled、remain_quota／unlimited_quota、allow_ips 与 expired_time；字段格式见API Key 管理文档，API 数值与控制台表单的填写方式应分别查看。

命名、轮换节奏和权限收窄想一次理顺，这份 API Key 管理清单里有可以逐项对照的做法。

官方直购和经 MixRoute 接入，在新加坡和马来西亚各要核对哪些项目

两条路的差别不在能不能调到 Claude 模型，而在每一格该去哪里确认。下面这张表把同一批项目并排：官方一列以 Console 和官方文档为准，MixRoute 一列以 MixRoute 当前文档与定价页为准。

核对顺序上，先确认地区资格和付款方式，这两项决定这条路对你是否成立；再核对端点、模型与 key 归属，那是接入之后每天都会碰到的；币别和发票放在最后，因为它们常受所在地与方案影响。

表里最容易看错的是币别和发票这两格。MixRoute 目前以美元显示价格，不自动换算成新加坡元、马来西亚林吉特或当地税额，Savings Calculator 也不会自己加汇率或地方税务计算。开票主体、发票或税务文件、税务处理与付款条件，按所在地与方案向 Sales 确认。如果你正在为公司采购，直接把你的所在地和方案告诉 Sales 问清楚，比照着默认假设下单稳妥。

第一个请求怎么写：Messages 端点还是 OpenAI 兼容格式

原生格式就是一次 POST，完整端点是 https://api.anthropic.com/v1/messages，请求头带 Authorization: Bearer 和 anthropic-version: 2023-06-01。经 MixRoute 接入时请求体不用改，把地址换成 https://api.mixroute.ai/v1/messages，key 换成你在 MixRoute 后台建的那把。

设置 MIXROUTE_API_KEY 与 MIXROUTE_MODEL 环境变量，模型值从 MixRoute 支持的 Claude 模型中选择。运行下列 Python 会实际发出请求：

import json
import os
import urllib.request

body = {"model": os.environ["MIXROUTE_MODEL"], "max_tokens": 1024,
        "messages": [{"role": "user", "content": "用一句话说明 API 是什么。"}]}
request = urllib.request.Request(
    "https://api.mixroute.ai/v1/messages",
    data=json.dumps(body).encode("utf-8"),
    headers={"Authorization": "Bearer " + os.environ["MIXROUTE_API_KEY"],
             "Content-Type": "application/json",
             "anthropic-version": "2023-06-01"},
    method="POST",
)
with urllib.request.urlopen(request, timeout=60) as response:
    result = json.load(response)
print(json.dumps(result.get("content"), ensure_ascii=False))
print(json.dumps(result.get("usage"), ensure_ascii=False))

用 Anthropic SDK 的改动更小：把 base_url 指向 https://api.mixroute.ai，其余照旧，在 client.messages.create 里写模型名、max_tokens 和 messages。示例通过 MIXROUTE_MODEL 选择模型，实际能选哪些以 MixRoute 当前的模型列表和这把 key 允许的范围为准。

需要流式输出，就在请求体里加 stream: true，返回变成 SSE 事件流，Anthropic SDK 里可以用 client.messages.stream 逐段读文本。要用扩展思考，把 thinking 设成 enabled 并指定 budget_tokens，同时让 max_tokens 大于思考预算，文档示例里 max_tokens 是 16000、budget_tokens 是 10000。系统提示词可以直接写成字符串，也可以写成带 type 的数组。

继续用 OpenAI SDK 也可以

下列示例与前面的 Messages 请求二选一运行；若都运行，会发送两次请求。先安装 openai SDK，并设置相同的 MIXROUTE_API_KEY 与 MIXROUTE_MODEL：

import os
from openai import OpenAI

client = OpenAI(api_key=os.environ["MIXROUTE_API_KEY"],
                base_url="https://api.mixroute.ai/v1")
result = client.chat.completions.create(
    model=os.environ["MIXROUTE_MODEL"],
    messages=[{"role": "user", "content": "用一句话说明 API 是什么。"}],
    stream=False,
)
print(result.choices[0].message.content)
print(result.usage.model_dump() if result.usage else "本次响应未附 usage")

已经在用 OpenAI SDK 的项目不用换库。把 openai 客户端的 base_url 设成 https://api.mixroute.ai/v1，key 用同一把 sk- 开头的密钥，按 OpenAI 格式调 当前支持的 Claude 模型 ID，流式和函数调用都支持。模型名沿用提供方的命名，所以你在 OpenAI 格式里写的仍然是 Claude 的模型名。想把现有项目改过来，按这份 OpenAI 兼容接入的改法逐步替换 base_url 就行。

两种格式的用量字段不同。MixRoute 的 Messages 文档示例使用 usage.input_tokens 与 usage.output_tokens；Chat Completions 文档示例使用 usage.prompt_tokens 与 usage.completion_tokens。按实际接口读取，并保留完整 usage 以核对其他用量字段；最终费用另看账单。

Key 过期、余额扣完或请求报错时，下一步做什么

401、400、404 各指向不同的问题：401 是 key 已经过期，400 多半是少了工作区 ID，404 是工作区本身不存在，或者这把 key 没有访问权限。MixRoute 这边另有一条预算线，扣完就停。看错误信息里的关键词就能分开，不需要把配置整个重写一遍。

401 和 400 分别指向哪里

用了一把过期的 key，请求会返回 401 authentication_error，这把 key 不能重新启用，只能新建一把，建好之后记得把代码或环境变量里的旧值换掉。返回 400 而且信息里提到 anthropic-workspace-id，说明这把 key 没有绑定到某个工作区，每次请求都得在 anthropic-workspace-id 头里写上工作区 ID，补齐就能通过。如果返回的是 404 not_found_error，那是工作区 ID 本身不存在，或者这把 key 的身份没有访问权限，这时候回去核对工作区 ID 和权限范围，比怀疑密钥写错更省时间。

MixRoute 的 per-key 预算扣完是什么状态

经 MixRoute 调用时，若已启用 key 的预算上限、未开启不限额，预算余额会按请求扣减，归零后该 key 停止调用。需要继续使用时，在核准预算内增加该 key 的可用余额，并确认账户余额足够。这笔预算不是每月重置的配额；修改限制前先确认团队允许的支出范围。

如果账户余额足够却还是调不动，再检查两件事：key 是否已经到期，以及请求实际出口 IP 是否符合白名单。经过代理或网关的请求，要核对的是实际连接来源。

长期用量要估成本，先把输入输出口径和用量假设放进 Savings Calculator 算一遍，再回到 当前计价与方案，决定这次充多少。