一句话结论
如果有人卖你“一个 OpenAI / Claude API key”，你买到的是别人上游账号的访问能力。归属、账单、风控、权限、停用权都不在你手里。
如果你买的是 API Credit，合理形态应该是：你在某个网关内拥有可计量额度、项目子 key、用量账单、限额和故障支持。你不需要接触上游原始 key。
原始 API key 是什么
原始 API key 是上游平台给某个组织、项目或账号的密钥。它通常用于服务端认证。OpenAI API 文档明确提醒 API key 是 secret，不应分享给别人，也不应暴露在浏览器或 App 客户端。
原始 key 最大的问题不是“能不能跑通”，而是这些事你看不见：
- 这个 key 属于谁。
- 账单是谁付。
- 额度什么时候耗尽。
- 是否绑定了某个组织 / project。
- 是否被多个客户共用。
- 出问题后谁能查请求日志和错误码。
- 对方是否有权把它卖给你。
API Credit 是什么
API Credit 不是“把上游 key 卖给你”。更合理的形态是：
| 项 | 应该是什么样 |
|---|---|
| 你拿到的凭证 | AIRelay 项目子 key |
| 你购买的东西 | AIRelay 网关内可计量使用额度 |
| 你能看的数据 | 模型、输入 token、输出 token、错误码、余额 |
| 你能控制的边界 | 项目限额、子 key 停用、团队拆分 |
| AIRelay 保存什么 | 默认只保存计量日志，不保存请求正文 |
| AIRRelay 不卖什么 | 上游原始 API key、OpenAI 官方 Service Credits、共享账号池 |
6 个购买前必问字段
1. 来源
问清楚对方卖的是原始 key、共享池，还是网关额度。如果对方只能给你一串上游 key，但说不清账号归属、账单、限额和停用方式，就不要把它接到生产环境。
2. 账单
能不能看到每个项目用了多少 token？能不能导出？能不能按模型拆？没有账单，就没法解释成本，也没法发现异常调用。
3. 限额
团队用 API，必须能设置日限额、月限额、单 key 限额。否则一个脚本循环就能把余额打空。
4. 子 key
每个项目、客户或环境应该有独立 key。不要把同一个 key 同时放到 demo、生产、客户环境和测试脚本里。
5. 数据留存
默认是否保存 prompt / response body？调试日志是否需要你主动开启？保留多久？谁能看？这些要先写清楚。
6. 故障责任
401、429、model not found、timeout 出现时，谁能查日志？查哪些字段？多久响应？只是让你“换个 key 试试”的服务，不适合长期生产。
哪些信号要避开
- “全网最低价、无限量、随便跑”。
- “给你官方 key，不用问来源”。
- “多人共享更便宜”。
- “出问题换一个 key”。
- “不用账单，余额能用就行”。
- “把你的账号 / key / cookie 发来我帮你弄”。
这些信号的共同点：短期便宜，长期无法管理风险。
什么时候自己开官方账号
如果你有海外付款、合规主体、技术人员和稳定网络，自己开官方账号通常最好。你能直接控制账单、组织、项目和权限。
但如果你卡在付款、网络、团队子 key、人民币结算、账单导出或 Claude Code 网关配置，API Credit 会更省时间。
AIRelay 的承接方式
AIRelay 更适合这些场景：
- 国内开发者要快速验证 OpenAI-compatible base URL。
- 小团队需要项目子 key 和用量账单。
- 工作室要给多个客户拆额度。
- Claude Code / Agent 项目需要统一模型路由和错误排查。
先看 API Credit 合规说明，再看 价格说明。如果已经接入但遇到 401 / 429 / model not found，先按 OpenAI / Claude API 401 和 429 排障清单 留好脱敏字段。准备接入时，邮件里写清模型、日用量、项目数、账单需求和当前错误码。