OpenAI API vs Claude API 检测差异
对比 OpenAI API 与 Claude API 的认证、请求格式、stream、prompt cache、usage、限流头和模型纯度检测方法。
快速答案
OpenAI API 和 Claude API 都要测连通性、TTFT、P95、成功率和模型身份，但协议证据不同：OpenAI 重点看 Responses/Chat Completions、cached_tokens 和 x-ratelimit；Claude 重点看 Messages API、cache_creation_input_tokens、cache_read_input_tokens 和 Anthropic 限流头。
先看结论
- 通用延迟指标相同，但请求、usage 和缓存字段不同。
- 不能用 OpenAI 兼容字段完整性代替 Anthropic 原生协议检测。
- Claude 缓存要看创建与读取 token，OpenAI 主要看 cached_tokens。
- 中转站协议转换可能让原厂证据丢失。
核心检测差异一览
两类 API 可以共享同一套统计框架，但探针必须理解各自原生协议。只要网关把所有供应商都包装成 OpenAI 格式，就可能看不到 Claude 的缓存和限流证据。
| 项目 | OpenAI API | Claude API |
|---|---|---|
| 主要接口 | Responses / Chat Completions | Messages API |
| 认证 | Authorization: Bearer | x-api-key + anthropic-version |
| 流式 | SSE data 事件 | Anthropic 事件类型 |
| 缓存证据 | cached_tokens | cache_creation_input_tokens / cache_read_input_tokens |
| 限流 | x-ratelimit-* | anthropic-ratelimit-* |
| 模型字段 | model | model |
连通性与认证错误
OpenAI 常见问题是 base URL、Bearer key、模型名或 Responses/Chat Completions 兼容性错误。Claude 还要确认 anthropic-version、content block 格式和 max_tokens。
检测报告应区分 401/403、模型不存在、请求 schema 错误和上游限流，不能把所有失败都归类为“不可用”。
流式响应与 TTFT
两者都能测 TTFT，但有效内容事件的解析方式不同。OpenAI 兼容流通常读取 choices delta 或 Responses 事件；Claude 需要识别 content_block_delta 等事件。若只按字符串 data 行计时，可能把心跳或元数据误当成首字。
Prompt cache 检测差异
OpenAI usage 常通过 prompt_tokens_details.cached_tokens 展示缓存读取。Claude 则显式区分缓存创建和缓存读取 token，并要求请求正确标记可缓存内容。
因此 Claude 测试至少需要成对请求；OpenAI 也应使用稳定长前缀重复调用，但字段解释和计价规则应按对应模型文档处理。
模型纯度与中转站兼容
两者都应核对 model、usage、错误行为和重复采样。Claude 中转站如果转换成 OpenAI 格式，可能丢失 content block、缓存和限流字段；OpenAI 兼容站则常见 tool call、stream 或 usage 不完整。
如何选择检测模板
如果供应商提供 Anthropic 原生 endpoint，优先使用 Claude 原生模板；如果只提供 OpenAI 兼容 endpoint，应明确报告只能验证兼容层，不能完整证明 Anthropic 原生能力。采购验收时应要求字段透传范围。
常见问题
Claude API 可以直接用 OpenAI 检测模板吗？
只有中转站明确提供 OpenAI 兼容层时才能做基础检测，但会缺少部分 Anthropic 原生缓存、事件和限流证据。
两者的 TTFT 可以直接比较吗？
可以，但必须统一提示词、输出长度、地域和有效内容判定，并正确解析各自流式事件。
OpenAI 和 Claude 的缓存字段可以互相换算吗？
不能简单换算。字段语义和定价机制不同，应分别保留原始 usage，再按对应模型的官方规则计算。
继续阅读
用真实 API 运行一次检测
使用临时 key 检查连通性、延迟、缓存、限流、模型纯度和 token 成本。