Morning Star host adapter (Ope…

# OpenCode 与 Cursor 客户端统一接入方案

⚠️ 先说明一点

“Morning Star host 适配器”并非业界公开通用的标准组件（可能指你们内部的网关/代理层，或某个小众商业产品）。以下方案基于通用“适配器/网关统一接入多 AI 客户端”的架构思路给出，具体字段和开关名称请以你们适配器的实际文档为准。

一、整体架构建议

• 接入模式：将 Morning Star host 适配器作为统一代理层，OpenCode 与 Cursor 均指向适配器端点，而非直连模型服务
• 账号体系：20 个开发者账号在适配器侧集中建户，客户端侧只保存个人 Token，不落地原始密钥
• 统一配置源：权限、模型路由、配额全部收敛到适配器后台一处管理

二、具体接入步骤

1. 准备阶段

• 在适配器后台创建团队空间，录入 20 个成员名单（建议用企业邮箱做唯一标识）
• 为每个成员生成独立 API Key / Token，设置有效期与轮换策略

2. 接入 OpenCode

• 在 OpenCode 配置文件中将模型 provider 指向适配器地址，填入成员个人 Token
• 配置文件建议纳入公司私有仓库统一分发，禁止手工散改

3. 接入 Cursor

• 通过 Cursor 的自定义 API 端点 / 企业配置方式指向适配器
• 注意：Cursor 部分功能对第三方端点兼容性有限，需先小范围验证核心功能可用

4. 权限分级建议

• 按角色分 2–3 档：管理员（改配置、看审计）、普通开发（日常使用）、访客（只读试用）
• 按账号设置用量配额上限，防止单人跑满团队额度

三、上线与运维要点

• 灰度上线：先接 2–3 人试用 1–2 周，验证稳定性后再全量推广
• 审计日志：开启适配器的调用日志，记录谁、何时、用了什么模型、大概用量
• 密钥治理：Token 泄露可单独吊销，不影响的他人；定期（如每季度）轮换
• 回退预案：保留各客户端直连的备份配置，适配器故障时可快速切回

四、需要你确认的信息

• 适配器的部署方式（自建 / SaaS）和是否有官方 OpenCode/Cursor 对接文档
• 20 个账号是否需要区分模型权限（如高级模型仅限核心成员）
• 是否有合规要求（如代码不出境），这会影响适配器部署位置选择

如能提供适配器的具体文档或报错信息，我可以给出更精确的配置指引。