使用场景
按客户端协议、模型需求和用量核对,选择适合的 XiuRouter 路径
XiuRouter 的内容页负责解释如何选择;当前模型与价格由公开目录回答,逐步配置和故障排查由 Docs 回答。
四条选择路径
每条路径最终进入当前产品页面或持续维护的文档。按任务选择,不从一张静态模型清单出发。
01
Agent 与开发客户端
先确认 Codex、Claude Code、Cursor 或其它客户端实际使用的协议,再进入对应集成文档。
- 需要保留客户端自身的工具与交互方式
- 愿意用一条小请求和使用记录验证真实接入
OpenAI-compatible 应用迁移
已有 OpenAI SDK 或 Chat Completions 集成时,先核对 Base URL、请求路径、模型 ID 和不兼容能力。
- 应用允许覆盖 Base URL 和 API Key
- 能按模型目录选择当前声明兼容的协议
多模型应用与成本比较
在同一公开目录里比较模型、服务档位、输入输出与缓存单价,再用目标请求验证结果。
- 模型与成本需要随任务切换
- 可以把当前价格与实际用量分开核对
用量核对与生产检查
用 API Key、请求记录、模型、服务档位、Token 和费用定位成本或失败,而不是只看客户端提示。
- 需要按请求核对状态与结算
- 重试前要先确认上一条请求是否已经发生
哪些事实必须保持动态
内容页可以解释选择,但不能替代会随运行变化的事实来源。
- 模型与服务档位
- 从当前模型与价格目录读取。
- 用量单价与参考价
- 从公开价格接口与可见表格读取。
- 请求结果与结算
- 从目标 API Key 的请求与使用记录读取。