baa-conductor

BAA_INSTRUCTION_ROADMAP.md

  1# BAA 指令系统路线图
  2
  3日期：`2026-04-01`
  4
  5> 这份文档只描述未来规划，不代表 `main` 当前正式合同。当前已生效的合同见 [`./BAA_INSTRUCTION_SYSTEM.md`](./BAA_INSTRUCTION_SYSTEM.md)。
  6
  7## 状态
  8
  9- `路线图 / 未来规划`
 10- 当前基线：`main@b8d69c8`
 11
 12## 关联文档
 13
 14- [`./ARTIFACT_STATIC_SERVICE.md`](./ARTIFACT_STATIC_SERVICE.md)（已完成主线，保留历史实现参考）
 15- [`./BAA_INSTRUCTION_SYSTEM.md`](./BAA_INSTRUCTION_SYSTEM.md)
 16- [`./AUTOMATION_ARBITRATION_REQUIREMENTS.md`](./AUTOMATION_ARBITRATION_REQUIREMENTS.md)
 17- [`./UNIFIED_OVERLAY_AUTOMATION_CONTROL.md`](./UNIFIED_OVERLAY_AUTOMATION_CONTROL.md)
 18- [`./SYSTEM_LEVEL_PAUSE_REQUIREMENTS.md`](./SYSTEM_LEVEL_PAUSE_REQUIREMENTS.md)
 19- [`./STATUS_SUMMARY.md`](./STATUS_SUMMARY.md)
 20- [`./archive/BAA_BROWSER_PROXY_DELIVERY_REQUIREMENTS.md`](./archive/BAA_BROWSER_PROXY_DELIVERY_REQUIREMENTS.md)
 21
 22## 1. 近端方向
 23
 24当前主线已经完成了：
 25
 26- `browser.final_message` ingress
 27- `@conductor` / `@system` / `@browser.claude` / `@browser.chatgpt` / `@browser.gemini`
 28- Artifact 静态服务
 29- timed-jobs + renewal 主线
 30- proxy-first delivery
 31
 32当前近端方向改为两条：
 33
 341. 继续收口剩余稳定性 / 维护性优化：
 35   - `OPT-005`
 36   - `OPT-008`
 37   - `OPT-003`
 38   - `OPT-004`
 39   - `OPT-009`
 402. 把自动化控制面从需求文档推进到实现任务：
 41   - 自动化仲裁
 42   - 浮层统一控制
 43   - 系统级暂停
 44   - 自动熔断 / `pause_reason`
 45
 46之后的扩展顺序：
 47
 481. 自动化控制面实现
 492. 扩 target 面
 503. 多节点 / 任务池 / 能力池
 51
 52## 2. 协议面扩展
 53
 54未来计划支持但当前还未放开的 target：
 55
 56- `codex`
 57- `node.mini` / `node.mbp`
 58- `pool.*`
 59- `role.*`
 60
 61对应目标：
 62
 63- 把 `codex` / `node.*` 从当前讨论状态升级成正式协议层
 64- 后续再引入 capability pool 和 role pool
 65
 66## 3. delivery 继续演进
 67
 68当前 delivery 已经从 shell-page DOM 回写收口到 proxy-first。后续路线图是：
 69
 70- 继续压缩 DOM fallback 的触发面
 71- 让 proxy send 更少依赖最近观测到的真实发送模板
 72- 把成功语义从“请求已派发”推进到“下游 AI 已给出可观察回复”
 73- 完善多页、多 org、多会话的精确 route
 74- 让自动化仲裁、熔断和 pause/resume 控制接入同一套 routing / audit 面
 75
 76## 4. 指令系统继续扩面
 77
 78未来可扩的 tool 面包括：
 79
 80- 更完整的 `browser.*`
 81- automation control plane（系统级暂停、对话级 pause/resume/mode）
 82- `codex/sessions`
 83- `codex/turn`
 84- `tasks`
 85- 更细的系统管理能力
 86
 87但扩面原则不变：
 88
 89- conductor 仍是唯一解释中心
 90- 插件仍保持 thin-plugin
 91- 解析、路由、权限、审计都不回流到插件
 92
 93### 4.1 自动化控制面
 94
 95未来的 BAA 指令系统应补齐显式控制能力，而不是继续依赖自然语言猜测“现在该暂停还是继续”。
 96
 97优先方向：
 98
 99- `@conductor::system::pause`
100- `@conductor::system::resume`
101- `@conductor::conversation::pause`
102- `@conductor::conversation::resume`
103- `@conductor::conversation::mode`
104- 自动熔断与 `pause_reason` 暴露
105
106这些控制指令与 renewal 的关系不是“谁替代谁”，而是共享同一套 automation control plane。
107
108仲裁原则固定为：
109
110- 控制类指令优先于普通 BAA 指令
111- 普通 BAA 指令优先于续命
112- 续命只在对话空闲时运行
113- 系统必须自动检测重复消息、连续失败和死循环迹象，并将对话自动切入停机状态
114
115## 5. 编排层路线
116
117当前主线仍是单节点、单轮主线。后续路线图包括：
118
119- 多客户端并发 delivery
120- 多节点执行路由
121- `pool.*` 能力池
122- `role.*` 角色池
123- 长任务 / 后台任务池
124
125这些都属于后续阶段，不应混入当前正式合同。
126
127## 6. 明确不回头的方向
128
129除非需求重新变化，当前路线图不打算回到：
130
131- ~~artifact upload / download 主链~~ → 已被 Artifact 静态服务方案替代（AI 通过 fetch URL 获取内容，不需要浏览器注入文件）
132- binary delivery 主链
133- 插件侧复杂编排
134- 插件侧 BAA parser
135
136当前更清晰的方向仍然是：
137
138- conductor 负责上下文、路由、审计和内容持久化
139- 插件负责页面内真实请求执行
140- AI 通过 HTTP GET fetch 静态 URL 获取大量内容，不走浏览器扩展管道
141
142## 7. 阅读顺序
143
1441. [`./BAA_INSTRUCTION_SYSTEM.md`](./BAA_INSTRUCTION_SYSTEM.md)
1452. [`./STATUS_SUMMARY.md`](./STATUS_SUMMARY.md)
1463. 本文档