自托管 vs 云

BitRouter 以单一开源二进制的形式发布，采用 Apache 2.0 协议。你可以完全自托管，使用自己的供应商密钥，无需为软件本身付费。BitRouter Cloud 是一个可选的托管层，在你需要托管基础设施、团队功能或无需自己配置的供应商网络时，附加到同一个二进制上即可。

本页是 get-started 中唯一一处将 Cloud 与自托管选项对比介绍的地方。通读一遍，做出决策，然后继续。

核心能力完全相同

无论你自托管二进制还是附加 Cloud 账户，所有路由、回退、模型变体、BYOK、本地模型、防护（guardrails）、可观测性、MCP、ACP 和结构化输出能力都完全一致。Cloud 补充的是那些需要_你不用自己运维_的服务器才能提供的功能——它不会替换或限制核心能力。

能力对比

各选项的适用场景

自托管适合以下情况：

• 你已有供应商 API 密钥，希望完全掌控流量走向。
• 你运行本地或私有模型，数据不能离开自己的网络。
• 你有合规或数据驻留要求，流量不能流出自有基础设施。
• 你正在独立原型验证，暂时不需要团队访问控制。

Cloud 适合以下情况：

• 你想要统一账户，无需管理上游密钥——一张账单，按请求计费，失败请求不收费。
• 你需要以折扣价使用开放模型，而不必自己注册供应商账号。
• 你在团队中协作，需要工作区隔离、席位管理和托管控制台。
• 你的生产工作负载需要可用性 SLA 和优先支持。

Cloud 详细增量

托管供应商网络

Cloud 的托管供应商网络让你无需注册上游账号或存储 API 密钥即可发起模型请求。目前对应 托管模型——一个账户，按 token 计费，开放模型价格低于官方定价。托管工具与 Agent 已在路线图上。

团队工作区

Cloud 账户提供工作区：每个工作区有独立的 API 密钥、路由策略、使用数据和访问控制，成员席位作用于特定工作区。凭证作用域严格隔离——工作区级密钥无法访问其他工作区或管理账单。完整模型请参阅 Cloud 工作区。

OSS 命名空间隔离原语（在自托管与 Cloud 下均可用）请参阅 命名空间。

托管可观测性

Cloud 控制台呈现每个工作区的请求历史、消费和用量明细，无需你自己搭建任何基础设施。自托管二进制若有自己的可观测性栈，同样通过 OTLP 导出相同数据。

计费与 SLA

Cloud 提供托管计费（统一钱包，按请求计费，失败请求不收费）以及托管端点的可用性 SLA。自托管不收取软件许可费，自有基础设施也无 Anthropic 提供的 SLA 承诺。

将 Cloud 附加到自托管二进制

Cloud 不是另一个二进制——它是你附加的一个账户：

bitrouter auth login
# 在浏览器中登录并选择一个工作区。
# 你的本地二进制现在可以在 BYOK 密钥之外路由 Cloud 托管的模型。

你可以随时添加或移除 Cloud 账户，二进制的自托管能力不受任何影响。

下一步

• 使用 Cloud 托管模型 — 参阅 托管模型，了解模型目录、定价及如何发起第一个托管请求。
• 命名空间（OSS 隔离） — 参阅 命名空间，了解自托管隔离原语。
• 团队工作区 — 参阅 Cloud 工作区，了解席位、凭证作用域和工作区级策略。
• 完整 Cloud 概览 — 参阅 Cloud 概览，查看完整托管层参考文档。