给编程 Agent 的 AI API：Claude Code、Codex、Gemini CLI 接入中转站

AI API for Coding Agents (Claude Code, Codex, Gemini CLI)

为什么 Agent 场景最挑服务

一个 Claude Code 会话动辄 10 万+ 上下文 token、几十次工具呼叫——输入 token 是普通对话的 100 倍。这时缓存命中率直接决定帐单：同一家上游连续服务同一会话，缓存命中可省 60-90% 输入成本。

OlithmRouter 的会话黏性设计正是为此：同一对话自动黏住同一上游（只是偏好不是锁定），缓存持续命中；上游故障时照样换家。

三行接入三大 Agent

Claude Code：ANTHROPIC_BASE_URL＋ANTHROPIC_AUTH_TOKEN。Codex（OpenAI responses 协定）：base_url＋密钥＋模型名。Gemini CLI：GEMINI_API_KEY＋base_url。控制台的「快速开始」页有每种 Agent 的完整配置脚本与模型建议，复制即用。

Agent 用量的省钱要点

①Agent 请求不要用最贵分组——稳定分组够用；②限制 Agent 的上下文膨胀（定期 /compact 或新开会话）；③关闭不需要的工具定义（每个工具的 schema 都在计费）；④用逐笔日志找「工具呼叫回圈」这种吞 token 大户。

故障时 Agent 的正确姿势

Agent 遇到 API 错误会自动重试，这是好事——但前提是服务商有故障转移，否则每次重试都撞同一个坏上游。OlithmRouter 在闸道层换家，Agent 的重试通常第一次就打到健康上游。

常见问题

Claude Code 的工具呼叫都正常吗？

正常。/v1/messages 原生桥接完整支持 tool_use/tool_result 多轮回圈。

Agent 会话很长会不会爆帐单？

控制台有 5 小时／日／7 日消费上限可自助设定，触顶自动停，不会爆。

一定要用旗舰模型吗？

不。多数 Agent 任务用稳定档位即可；只在关键重构时切旗舰，成本可省一半以上。

可以几个 Agent 共用一把密钥吗？

可以，但建议按 Agent 分密钥，用量日志才分得清楚；团队场景用成员限额。

相关文章