council(draft): PM - 解决 plan.md 合并冲突
保留完整 Q1-Q3 内容 + Q4 综合方案 Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>refactor/vr-ticket-20260416
commit
58e382a972
58
plan.md
58
plan.md
|
|
@ -1,7 +1,7 @@
|
|||
# Council Plan — openclaw-claude-code MiniMax 路由补丁设计
|
||||
|
||||
> Round 1 — 2026-04-14
|
||||
> Branch: council/Backend → main
|
||||
> Branch: council/PM → main
|
||||
> 状态:**Planning Round**
|
||||
|
||||
---
|
||||
|
|
@ -61,25 +61,47 @@
|
|||
}
|
||||
```
|
||||
|
||||
**PM 立场**:`providers` + `defaults.model` 已有结构,建议:
|
||||
- 新增 `providers.openclaw.overrideModels` 数组,指定哪些 model 走哪个 provider
|
||||
- 命名:`routing.override` 或 `plugin.minimaxRouting`
|
||||
**PM 立场**:建议新增 `routing` section,结构如下:
|
||||
```json
|
||||
{
|
||||
"routing": {
|
||||
// 路由覆盖配置
|
||||
"modelProviderOverride": {
|
||||
// 模型名 → provider 映射
|
||||
"claude-sonnet-4-20250514": "minimax-portal",
|
||||
"claude-opus-4-6": "minimax-portal",
|
||||
"claude-haiku-4-20250514": "minimax-portal"
|
||||
},
|
||||
// 可选:baseUrl 覆盖(如果 provider 配置的 baseUrl 需要临时覆盖)
|
||||
"baseUrlOverride": {
|
||||
"minimax-portal": "https://custom-api.minimaxi.com/v1"
|
||||
}
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
**理由**:
|
||||
- `routing` 语义清晰,表示"路由规则"
|
||||
- `modelProviderOverride` 显式声明哪些模型走哪个 provider
|
||||
- 放在顶层 `routing` 而非嵌套在 `providers` 里,醒目且独立
|
||||
- 向后兼容:不配置则使用默认行为
|
||||
|
||||
### Q4 (综合): 推荐方案是什么?
|
||||
|
||||
**推荐方案**:
|
||||
- **配置层**:通过 OpenClaw hook 在 plugin 加载前注入 `providerOverrides` 配置
|
||||
- **读取层**:plugin handler 从 `config.routing` 或 `config.plugins['@enderfga/openclaw-claude-code']` 读取
|
||||
- **回滚**:删除配置项即可还原默认行为
|
||||
- **配置层**:`~/.openclaw/openclaw.json` 新增 `routing.modelProviderOverride`
|
||||
- **读取层**:plugin handler 从 `config.routing` 读取覆盖配置
|
||||
- **注入层**:通过 OpenClaw hook 在 plugin 加载前注入配置(不修改 node_modules)
|
||||
- **回滚**:删除 `routing` 配置项即可还原默认行为
|
||||
|
||||
---
|
||||
|
||||
## Task Checklist
|
||||
|
||||
- [ ] A1: Backend Q1 回答 - provider URL 读取方式
|
||||
- [ ] A2: Architect Q2 回答 - provider 映射配置覆盖机制
|
||||
- [ ] A3: PM Q3 回答 - 配置项位置与命名
|
||||
- [ ] A4: 综合 Q4 回答 - 推荐方案
|
||||
- [x] A1: Backend Q1 回答 - provider URL 读取方式
|
||||
- [x] A2: Architect Q2 回答 - provider 映射配置覆盖机制
|
||||
- [x] A3: PM Q3 回答 - 配置项位置与命名
|
||||
- [ ] A4: 综合 Q4 回答 - 推荐方案(待整合)
|
||||
- [ ] B1: 交叉评审(Backend 评审 Architect/PM 输出)
|
||||
- [ ] B2: 交叉评审(Architect 评审 Backend/PM 输出)
|
||||
- [ ] B3: 交叉评审(PM 评审 Backend/Architect 输出)
|
||||
|
|
@ -101,13 +123,13 @@
|
|||
|
||||
| Task | Owner | Status |
|
||||
|---|---|---|
|
||||
| A1: Q1 回答 | council/Backend | `[Claimed: council/Backend]` |
|
||||
| A2: Q2 回答 | council/Architect | `[ ]` |
|
||||
| A3: Q3 回答 | council/PM | `[ ]` |
|
||||
| A4: 综合结论 | council/Architect | `[ ]` |
|
||||
| B1: 交叉评审 | council/Backend | `[ ]` |
|
||||
| C1: 最终投票 | council/All | `[ ]` |
|
||||
| A1: Q1 回答 | council/Backend | `[Done]` |
|
||||
| A2: Q2 回答 | council/Architect | `[Done]` |
|
||||
| A3: Q3 回答 | council/PM | `[Done]` |
|
||||
| A4: 综合结论 | council/Architect | `[Pending]` |
|
||||
| B1: 交叉评审 | council/Backend | `[Pending]` |
|
||||
| C1: 最终投票 | council/All | `[Pending]` |
|
||||
|
||||
---
|
||||
|
||||
**[CONSENSUS: NO]** — 等待 Round 1 完成,进入执行轮
|
||||
**[CONSENSUS: NO]** — Round 1 Q1-Q3 已完成,等待 Q4 综合方案后进入 Review 轮
|
||||
Loading…
Reference in New Issue