31 lines
1.3 KiB
Markdown
31 lines
1.3 KiB
Markdown
---
|
||
title: "PM Delegation Pattern"
|
||
type: concept
|
||
tags: [multi-agent, project-management, coordination]
|
||
sources: [autonomous-project-management]
|
||
last_updated: 2026-04-22
|
||
---
|
||
|
||
## 定义
|
||
主会话仅负责协调（coordinator），所有执行下沉至子 Agent 的委托模式。每个子 Agent 作为独立的 PM（Project Manager），拥有自己的 STATE.yaml 文件。
|
||
|
||
## 核心规则
|
||
- **主会话最大工具调用数**：0-2 步（仅 spawn/send 操作）
|
||
- **PM 子 Agent 职责**：拥有和管理自己的 STATE.yaml 文件
|
||
- **PM 可派生子子 Agent**：支持多层级的并行子任务
|
||
- **Git 版本控制**：所有状态变更必须提交至 Git
|
||
|
||
## 工作流
|
||
1. 新任务到达主会话
|
||
2. 检查 PROJECT_REGISTRY.md 确认是否存在对应 PM
|
||
3. 存在 PM → `sessions_send(label="pm-xxx", message="[task]")`
|
||
4. 新项目 → `sessions_spawn(label="pm-xxx", task="[task]")`
|
||
5. PM 执行任务并更新 STATE.yaml，完成后汇报主会话
|
||
6. 主会话向用户汇总
|
||
|
||
## 标签约定
|
||
使用 `pm-{project}-{scope}` 格式（如 `pm-auth-refactor`），便于追踪和管理。
|
||
|
||
## 与 [[CEO Pattern]] 的关系
|
||
PM Delegation Pattern 是 CEO Pattern 在项目管理场景的具体实现——主会话扮演 CEO，仅做战略决策；PM 子 Agent 扮演部门负责人，负责具体执行。
|