持续维护的路径为什么重要
Capriole 免去了这些客户端背后反复进行的提供商配置。一份会员即可提供账户、API 余额、密钥管理、最新模型别名和针对每个客户端的精确配置。你不必为每个受支持的模型家族分别准备提供商账户、密钥、余额和账单页面。 用户因此拥有一条从浏览器工作区进入代码仓库工作的文档路径。Premium 下的聊天始终无限,编程智能体流量则使用可见的每月 500 万计费 token 余额。六种智能体,多种协议
编程智能体的提示词界面可能相似,但它们的模型客户端无法互换。
这些集成共用同一个账户和 API 余额,请求结构仍然跟随客户端。
Codex 发送 Responses 请求。Claude Code 发送 Anthropic Messages 请求,在所选提供商支持时还可以进行 token-counting preflight。Kilo Code 使用 Chat Completions。GitHub Copilot CLI、OpenCode 和 OpenClaw 可以配置不同的协议或提供商路径,因此设置方式取决于你选择的模型家族和协议。
Capriole 保留这些差异。公共 Responses 路由不会在内部悄悄转换成 Chat Completions,Messages 路由也不会被改写成 OpenAI response。
一个密钥为什么有用
没有共享访问层时,尝试多种编程智能体往往意味着反复完成同样的管理工作。- 创建或维护多个模型提供商账户
- 在多个地方添加账单信息和余额
- 保存多个 API key
- 了解每个客户端要求的模型名称和 base URL
- 首选模型变化后重新检查每一份配置
Latest aliases 减少维护工作
模型发布速度很快。绑定具体 model ID 的配置有利于复现,但想改用最新的受支持默认模型时,就需要手动更新。 Capriole 为受支持的公共路径提供持续维护的别名。openai-latest用于持续维护的 OpenAI 路由claude-latest用于持续维护的 Claude 路由google-latest用于兼容的公共聊天路径