clawgo/docs/master-subagent-development.md

主 Agent + 子 Agent 架构开发文档

1. 目标与范围

本文档定义在 ClawGo 中实现“单一主 Agent 对话入口 + 可动态创建子 Agent 执行任务”的开发方案。

目标：

• 由主 Agent 统一接收用户对话并调度子 Agent。
• 子 Agent 可按职责分工（如 coding、docs、testing）。
• 子 Agent 具备各自独立记忆与会话上下文。
• 所有 Agent 共享同一工作空间（文件系统）。
• 支持主 Agent 在一次对话中创建、调用、监控子 Agent 并汇总结果。

非目标：

• 不在本阶段引入独立进程/独立容器隔离。
• 不在本阶段实现跨机器分布式调度。

---

2. 现状（基于当前代码）

已具备能力：

• spawn 工具可创建后台子任务。
• subagents 工具可 list/info/kill/steer/resume。
• Orchestrator + pipeline_* 具备任务依赖编排模型。

关键差距：

• 目前子任务偏“临时任务实例”，缺少“长期角色子 Agent”概念。
• spawn.role 参数未完整进入任务状态与调度决策。
• 子任务会话键未与 agent/task 强绑定，存在上下文串线风险。
• pipeline_* 工具已实现但尚未在主循环注册使用。
• 记忆目前以工作区全局为主，缺少“子 Agent 命名空间隔离”。

---

3. 总体架构

3.1 角色分层

• 主 Agent（Orchestrator Agent）
  • 职责：需求理解、任务拆分、分派、进度追踪、结果汇总、用户回复。
  • 不直接承载全部执行细节。
• 子 Agent（Worker Agent）
  • 职责：按角色执行具体任务（代码实现、文档编写、测试验证等）。
  • 具备独立的会话与记忆上下文。

3.2 共享与隔离策略

• 共享：workspace 文件系统、工具注册中心、pipeline shared_state。
• 隔离：子 Agent 的 session history、长期记忆、每日记忆。

3.3 运行模型

• 主 Agent 发起任务后，创建/复用子 Agent profile。
• 通过 pipeline_create 建立任务 DAG。
• 通过 pipeline_dispatch 调度 dependency-ready 任务到子 Agent。
• 子 Agent 完成后回填结果，主 Agent 汇总并回复用户。

---

4. 数据模型设计

4.1 SubagentProfile（新增，持久化）

建议存储位置：workspace/agents/profiles/<agent_id>.json

字段：

• agent_id: 全局唯一 ID（如 coder, writer, tester）。
• name: 展示名。
• role: 角色（coding/docs/testing/research...）。
• system_prompt: 角色系统提示词模板。
• tool_allowlist: 可调用工具白名单。
• memory_namespace: 记忆命名空间，默认同 agent_id。
• status: active|disabled。
• created_at / updated_at。

4.2 SubagentTask（扩展现有）

文件：pkg/tools/subagent.go

已有字段基础上强化：

• Role：落库并展示。
• AgentID：绑定具体子 Agent profile。
• SessionKey：固定记录实际执行 session key。
• MemoryNamespace：记录使用的记忆命名空间。

4.3 记忆目录结构（新增约定）

• 主 Agent（保持现状）：
  • workspace/MEMORY.md
  • workspace/memory/YYYY-MM-DD.md
• 子 Agent <agent_id>：
  • workspace/agents/<agent_id>/MEMORY.md
  • workspace/agents/<agent_id>/memory/YYYY-MM-DD.md

---

5. 工具与接口设计

5.1 现有工具接入调整

• spawn
  • 新增/强化参数：agent_id、role。
  • 优先级：agent_id > role（role 可映射默认 profile）。
• subagents
  • list/info 输出包含：agent_id、role、session_key、memory_namespace。

5.2 新增工具建议

• subagent_profile
  • action: create|get|list|update|disable|enable|delete
  • 用途：由主 Agent 在对话中动态创建/管理子 Agent。
• subagent_dispatch（可选）
  • 对单个 profile 下发任务，内部调用 spawn 并处理 profile 绑定。

5.3 Pipeline 工具注册

需在 pkg/agent/loop.go 中注册：

• pipeline_create
• pipeline_status
• pipeline_state_set
• pipeline_dispatch

使主 Agent 能直接调用现有编排能力。

---

6. 执行流程（主对话驱动）

1. 用户下达复合目标（如“先实现功能，再生成文档”）。
2. 主 Agent 判断是否已有对应 profile：
   • 无则 subagent_profile.create。
   • 有则复用。
3. 主 Agent 生成 pipeline 任务图（含依赖）。
4. 主 Agent 调用 pipeline_dispatch 派发可运行任务。
5. 子 Agent 执行并回填结果到任务状态/共享状态。
6. 主 Agent 轮询 pipeline_status，直到完成或失败。
7. 主 Agent 汇总结果，面向用户输出最终响应。

---

7. 会话与记忆隔离实现要点

7.1 Session Key 规范

禁止使用进程级固定 key。

建议格式：

• subagent:<agent_id>:<task_id>

效果：

• 同一子 Agent 不同任务可隔离上下文。
• 可追溯某次任务完整对话与工具链。

7.2 ContextBuilder 多命名空间支持

为 MemoryStore 增加 namespace 参数，按 namespace 读取不同路径：

• namespace=main -> 当前全局路径（兼容）。
• namespace=<agent_id> -> workspace/agents/<agent_id>/...

在子 Agent 执行入口按任务绑定 namespace 构建上下文。

7.3 Memory Tool 命名空间透传

memory_search / memory_get / memory_write 增加可选参数：

• namespace（默认 main）

子 Agent 默认注入自身 namespace，避免写入全局记忆。

---

8. 调度与并发控制

• 同会话调度仍受 SessionScheduler 约束。
• pipeline 维度使用依赖图保证顺序正确。
• 对写冲突资源建议引入 resource_keys（文件路径、模块名）串行化。
• 子 Agent 失败后可支持：
  • resume
  • 自动重试（指数退避）
  • 主 Agent 降级接管

---

9. 安全与治理

• 子 Agent 继承 AGENTS.md 安全策略。
• 外部/破坏性动作必须经主 Agent 显式确认。
• 子 Agent 工具权限建议最小化（allowlist）。
• 审计日志需记录：
  • 谁创建了哪个子 Agent
  • 子 Agent 执行了什么任务
  • 任务结果和错误

---

10. 实施顺序（不含工期）

阶段 A：打通主调度闭环

• 修正子任务 session key 规范化。
• 将 Role、AgentID 写入任务结构与 subagents 输出。
• 在主循环注册 pipeline_* 工具并验证端到端可调度。

阶段 B：子 Agent 记忆隔离

• 实现 SubagentProfile 持久化与管理工具。
• MemoryStore 增加 namespace。
• memory 系列工具支持 namespace。

阶段 C：稳定性与治理增强

• 增加资源冲突控制（resource keys）。
• 增加失败重试、超时、配额与审计维度。
• 增加 WebUI 可视化（profile/task/pipeline/memory namespace）。

---

13. 当前实现状态（代码已落地）

13.1 已完成

• 主循环已注册：
  • subagent_profile
  • pipeline_create
  • pipeline_status
  • pipeline_state_set
  • pipeline_dispatch
• spawn 已支持：
  • agent_id
  • role
  • agent_id > role 解析优先级
  • 当仅提供 role 时，按 role 自动映射已存在 profile（最近更新优先）
• 子任务会话隔离：
  • session_key 使用 subagent:<agent_id>:<task_id>
• 子任务记忆隔离：
  • memory namespace 已接入 ContextBuilder 与 memory_search/get/write
  • 子 Agent 运行时会自动注入其 namespace
• 子任务治理信息增强：
  • subagents list/info/log 可显示 agent_id/role/session_key/memory namespace/tool allowlist
• 安全治理：
  • tool_allowlist 已在执行期强制拦截
  • parallel 工具的内部子调用也会被白名单校验
  • disabled profile 会阻止 spawn

13.2 待继续增强

• tool_allowlist 目前为精确匹配（支持 */all），尚未支持分组策略（如“只读文件工具组”）。
• WebUI 尚未提供 profile 的图形化管理入口。

---

11. 验收标准

• 用户可通过自然语言要求主 Agent 创建指定角色子 Agent。
• 主 Agent 可在一次对话内完成“创建 -> 派发 -> 监控 -> 汇总”。
• 子 Agent 记忆互不污染，主 Agent 与子 Agent 记忆边界清晰。
• 同一 workspace 下可稳定并发执行多子任务，无明显上下文串线。
• 任务失败可追踪、可恢复，且审计信息完整。

---

12. 与现有代码的对应关系

• 子任务管理：pkg/tools/subagent.go
• 子任务工具：pkg/tools/subagents_tool.go
• 子任务创建：pkg/tools/spawn.go
• 流水线编排：pkg/tools/orchestrator.go
• 流水线工具：pkg/tools/pipeline_tools.go
• 主循环工具注册：pkg/agent/loop.go
• 上下文与记忆：pkg/agent/context.go, pkg/agent/memory.go
• memory 工具：pkg/tools/memory*.go