为需要模型选择、但不想自建网关的团队而做

原型、客服 Agent 和检索应用需要不同的线路、控制与结果测试。选择最接近的工作流，了解 KeepRouter 提供什么，以及应用仍需负责什么。

从应用、Agent 工作流或团队阶段进入。每篇指南都说明可衡量的接入路径、实时模型目录检查、应用层评测和需要提前规划的产品边界。

  1. AI 创业团队

    AI 创业团队可用 KeepRouter 在一个托管账户中评估并上线不同模型，同时不把模型行为误认为完全等价。实时目录、限定 Key 和实测用量让供应商实验变成可审查的产品决策。

  2. Agent 构建者

    Agent 构建者需要的不只是端点：长循环需要模型白名单、消费上限、可观测请求和明确重试规则。KeepRouter 提供这些网关边界，工具安全与任务完成仍由 Agent 负责。

  3. 开发者工具团队

    开发者工具可通过一次网关接入开放经过审查的模型候选，同时显式保留协议与能力差异。独立限定 Key 让环境和产品入口可归因，也无需分发供应商凭证。

  4. 工程团队

    工程团队可集中认证与预付用量，同时继续由应用拥有模型选择、评估、重试和数据政策。目标是更小的集成面和更清晰的证据，而不是不可见的万能抽象。

  5. AI 原型团队

    有效原型会把链路验证与模型评估分开。先用 free 模型证明认证和响应解析，再用同一个有边界的任务测试付费候选，比较产品真正需要的证据。

  6. 检索与 RAG 应用

    RAG 应用必须让文档向量、查询向量、检索索引与回答模型保持明确关系。KeepRouter 可提供目录中已公布的向量与生成路由，但索引、相关性测试、引用依据，以及更换向量模型后的重新生成工作仍由应用负责。

  7. 客服 Agent

    客服 Agent 的成功是正确解决被允许的问题，或带着足够上下文转交人工。KeepRouter 可提供模型访问、限定 Key 和请求用量证据；客户权限、知识更新、工具执行、升级规则与解决率测量仍由应用负责。

实时模型目录 · 快速开始 · 阅读 Markdown 版本