Provider 产品与订阅边界
v0.9.0 把 Kimi Code 和需运营者显式启用的 Claude 订阅作为独立 Provider Offering 提供。 Offering 表示产品与余额边界，Profile 表示调用协议；共享服务商、主机或协议不表示凭据可互换。 创建链路仍按 Credential → Provider → Deployment → Route → Project → Gateway Key 完成。
已发布产品边界
Section titled “已发布产品边界”| 产品 | v0.9.1 行为 | 接入注意 |
|---|---|---|
| Kimi Code | 提供 kimi.code.openai.chat.v1、kimi.code.anthropic.messages.v1，使用 Kimi Code 专用凭据 | 与 Kimi 按量 API 分开；选择正确产品并确认使用声明 |
| Claude subscription | anthropic.subscription.messages.v1 默认不可创建，需显式开启 | 使用独立 OAuth JSON Credential；不与 Anthropic 按量 API key 混用 |
| MiniMax Subscription Access | 中外 OpenAI Chat Profile 可创建；Anthropic subscription Profile 在此标签仍为 withheld | 能力、模型与地区边界按该 Profile 核对，不套用当前主分支结论 |
| OpenAI Codex subscription | 此发布版本未提供可配置产品 | 不把普通 OpenAI API Provider 当成 Codex 订阅入口 |
Profile 存在于契约中不代表可创建；同步的API 覆盖矩阵区分 withheld 与默认关闭的订阅开关。模型枚举只回答标识是否存在，能力仍需来自目录证据、声明或检测。
Claude 订阅开关与凭据
Section titled “Claude 订阅开关与凭据”以下片段合并到完整配置后需要校验并重启：
provider_subscriptions: anthropic_claude: true此开关默认 false。Halro 为该通道限定的用途是订阅持有人独自使用的开发与调试实例；生产方案仍应选择
有独立账单的按量 API。开启本地开关和确认使用声明不会改变上游许可范围。这里记录的是此版本的产品边界，
不是对上游条款的解释。
Credential 保存 access/refresh-token JSON，并把文档中的到期时间保存到凭据记录。不要把 OAuth 文档 放入 YAML、命令历史、截图或日志；通过 Admin 的专用凭据流程录入。本 Profile 没有被授予 Files、 Batches 或 Provider 执行工具的能力，不能从按量 Anthropic Profile 推断这些能力。
配置与验收顺序
Section titled “配置与验收顺序”- 在 Providers 选择确切产品、接入面和 Profile，再创建匹配的 Credential；核对地区与产品用途。
- 从上游可用的模型列表刷新标识，并核对 Deployment 的能力证据和价格。未知能力不能默认记为支持。
- 建立公开别名，授予 Project，再签发最小 Scope 的 Gateway Key。订阅余额不自动变成每 Token 价格； 使用明确的 Price Version，未知价格仍受实例策略与预算约束。
- 根据实际授权执行能力检测或工作台请求；这些可能消耗订阅额度或产生费用。检查 Usage、返回模型、 Credential 修订和路由暂停；不要只以 HTTP 200 验收。
正常首配流程见首次配置 Admin Console。