展开本页目录
开始前准备什么
- 已安装对应客户端，并记录实际版本
- 一个不含生产凭据的练习仓库
- 令牌权限、准确模型和所需 Responses 或 Anthropic 接口
- 选工作流程
- 配置所需协议
- 完成仓库任务
- 核对差异与费用
先分清三层：客户端、模型、计费入口
Codex 和 Claude Code 是执行编程工作流程的客户端；GPT、Claude 等是背后模型。客户端版本、系统提示、工具和权限会影响结果，换模型不等于完整复制另一款客户端。
ChatGPT 或 Claude 的订阅额度与通过 apizt API Key 产生的调用费用是不同入口。显示登录成功、填入 Base URL 或配置了某个模型名，都不能单独证明当前实际走 API 计费。
配置前先核对协议
| 项目 | Codex 自定义 provider | Claude Code 网关接入 |
|---|---|---|
| 常见配置入口 | 用户 config.toml 与所选 profile | 启动环境或 settings 配置 |
| 协议前提 | 当前 wire_api=responses | 网关需提供兼容的 Anthropic API 格式 |
| 地址示例 | https://api.apizt.com/v1 | https://api.apizt.com，客户端构造 Messages 路径 |
| 令牌传递 | env_key 指向变量名 | 按官方说明配置网关凭据变量 |
| 验收重点 | 文本、工具项、多轮、流式 | Messages、工具、流式与版本特性 |
| 计费检查 | 控制台请求记录与实际扣费 | 确认网关凭据生效后核对请求记录 |
- 项目
- 常见配置入口
- Codex 自定义 provider
- 用户 config.toml 与所选 profile
- Claude Code 网关接入
- 启动环境或 settings 配置
- 项目
- 协议前提
- Codex 自定义 provider
- 当前 wire_api=responses
- Claude Code 网关接入
- 网关需提供兼容的 Anthropic API 格式
- 项目
- 地址示例
- Codex 自定义 provider
- https://api.apizt.com/v1
- Claude Code 网关接入
- https://api.apizt.com，客户端构造 Messages 路径
- 项目
- 令牌传递
- Codex 自定义 provider
- env_key 指向变量名
- Claude Code 网关接入
- 按官方说明配置网关凭据变量
- 项目
- 验收重点
- Codex 自定义 provider
- 文本、工具项、多轮、流式
- Claude Code 网关接入
- Messages、工具、流式与版本特性
- 项目
- 计费检查
- Codex 自定义 provider
- 控制台请求记录与实际扣费
- Claude Code 网关接入
- 确认网关凭据生效后核对请求记录
Codex：provider 名称和协议同时正确
把顶层 model 和 model_provider 放在 provider 表之前，名称两处一致。env_key 填环境变量名，真实 Key 留在环境中。使用当前安装版本的官方配置参考；不要照搬旧 wire_api=chat 配置。
config.toml
model = "REPLACE_WITH_RESPONSES_MODEL_ID"
model_provider = "apizt"
[model_providers.apizt]
name = "apizt"
base_url = "https://api.apizt.com/v1"
env_key = "tokenba_API_KEY"
wire_api = "responses"
本站绘制的内容说明图：对应 Codex TOML 的层级和 Responses 协议；把顶层字段写进 provider 表会改变配置含义。
Claude Code：地址与网关凭据配对
模型从当前令牌可用且适合 Claude Code 的 Claude 型号中选择。官方并不支持将 Claude Code 网关接入任意非 Claude 模型；第三方转换器声称能用，也不替代本客户端端到端验收。
以下变量只展示本次终端会话的接入方式，不写入项目。若同时存在旧登录、apiKeyHelper 或其他 token 变量，先按官方优先级确认实际凭据，不批量删除整个用户配置目录。
此处命令针对从同一终端启动的 Claude Code CLI。启动后用 /status 检查 Anthropic base URL 和 Auth token 的变量来源。Dock 启动的编辑器不一定继承终端环境；桌面应用的第三方接入配置也不能由 CLI 环境变量代替。
bash
export ANTHROPIC_BASE_URL="https://api.apizt.com"
export ANTHROPIC_AUTH_TOKEN="$tokenba_API_KEY"
export ANTHROPIC_MODEL="REPLACE_WITH_SUPPORTED_CLAUDE_MODEL_ID"
claude
本站绘制的内容说明图：Claude Code 用根地址与 Messages 凭据规则；与 Codex 的 /v1 + Responses 表分别配置，不混用账户令牌。
用同一份仓库任务，而不是主观聊天比较
在练习仓库中给出相同目标：“找到并修复 average 对空数组的行为；空数组抛 ValueError；补三个边界测试；运行测试；说明修改的文件。”保留开始前 commit、最终 diff、命令日志、失败尝试及人工验收。
先允许读取，再按实际任务授权文件修改与本地测试。不要为了避免弹窗，把所有环境统一改成完全开放权限。最终差异由人审阅，测试通过也不自动代表可发布。
bash
git status --short
git diff --stat
git diff
python -m unittest discover -v评价单位是完成一个仓库任务
- 质量：边界测试是否覆盖需求，修改是否最小，未相关文件是否被改动。
- 可靠性：读文件、执行工具、第二轮继续和流式是否完整。
- 费用：累计所有模型尝试，不只最后一次成功响应。
- 人工时间：需要多少次纠正，审阅是否容易。
- 环境：相同依赖、测试命令和权限范围，避免比较时条件不同。
配置能启动，仓库任务仍可能失败
custom provider not found 先查 provider/profile 名称与实际文件路径；Messages 或 Responses 404 先查协议路径；工具调用失败先保存具体事件与日志。单次 curl 聊天成功只能证明那次聊天请求。
这页是配置与评估方法，不是两款客户端在 apizt 上的同条件实测榜单。需要明确的案例证据时，查看包含版本、过程、测试和费用边界的案例页。
怎样确认已经完成
- Key 不出现在 config.toml、仓库或分享日志中
- 当前 profile/provider 与网关地址一致
- 仓库读取、文件修改、测试与下一轮都可验收
- 最终 diff 经人工检查，全部尝试费用可核对
常见问题
用了 apizt Key，订阅额度会一起消耗吗？
不能仅从地址判断。确认客户端实际使用网关凭据，并以对应后台记录为准；API 费用与订阅额度分别核对。
Claude Code 可以直接配置所有模型吗？
官方网关说明不支持把 Claude Code 路由到非 Claude 模型。其他转换方案需独立验证，不能把兼容接口名称当作承诺。