kapon 允许 GLM / Zhipu 渠道走 POST /v1/messages,以便复用 Anthropic SDK 或 Anthropic 风格的 Messages API 客户端。
接口地址
cURL 示例
curl -X POST "https://models.kapon.cloud/v1/messages" \
-H "Authorization: Bearer $TOKEN" \
-H "anthropic-version: 2023-06-01" \
-H "Content-Type: application/json" \
-d '{
"model": "glm-4.7",
"max_tokens": 256,
"messages": [
{
"role": "user",
"content": "请直接输出数字 2,不要解释。"
}
]
}'
适用场景
- 你已经在使用 Anthropic SDK
- 你的应用内部统一使用
messages / content blocks 协议
- 你希望 GLM 与 Claude、DeepSeek 共享一条 Anthropic 兼容接入层
兼容边界
当前建议把能力预期分成两层:
- 基础 Messages 调用:可用,适合文本与多轮对话
- 工具 / thinking 扩展能力:请在目标渠道做真实探针后再依赖
/v1/messages 是共享入口。GLM / Zhipu、Claude、DeepSeek 可复用该入口,但每个 provider 的上游契约与计费口径仍然不同。
路由与认证说明
- 客户端对 kapon 的鉴权,仍然使用 kapon Token
- 转发到 GLM Anthropic 兼容上游时,kapon 会使用渠道密钥,不透传客户端密钥
什么时候优先使用 /v1/chat/completions
如果你不依赖 Anthropic SDK 或 Anthropic 原生协议,仍建议优先使用 Chat Completions:
- 文档更直接
- GLM 原生
web_search 更容易表达
- 与现有 OpenAI 风格系统集成成本更低