auto-sync: 2026-05-15 23:04:58

This commit is contained in:
cfdaily
2026-05-15 23:04:58 +08:00
parent 35bfdff593
commit b4e5caee68
+40 -30
View File
@@ -43,36 +43,46 @@
### 课题 4 Skill 体系设计 TODO
| # | Skill 内容 | 适用角色 | Phase | 来源 |
|---|----------|---------|-------|------|
| S-01 | blackboard.py CLI 使用手册 | 所有 Agent | P1 | 课题1 §5.2 |
| S-02 | L1→L2/L3 按需读取判断 | 所有 Agent | P2 | 课题2 §4.4 |
| S-03 | 写 Handoff Comment(格式+时机) | 所有 Agent | P1 | 课题2 §5.1 |
| S-04 | 读 Handoff Comment(利用上一个 Agent 交接) | 所有 Agent | P2 | 课题2 §5.1 |
| S-05 | 写 observation(时机+severity 格式) | 所有 Agent | P2 | 课题1 §4.7 |
| S-06 | 写 decision(时机+rationale 格式) | 所有 Agent | P2 | 课题1 §9.4 |
| S-07 | 写 output 的 Schema 约束 | 所有 Agent | P1 | 课题2 §3.7 |
| S-08 | Guardrail 打回时的处理流程 | 执行者 | P2 | 课题3 §9.3 |
| S-09 | @mention 使用规范 | 所有 Agent | P2 | 课题1 §5.2 |
| S-10 | claim 后写 scope_declaration(格式+内容) | 执行者 | P1 | 课题1 §4.7 |
| S-11 | must_haves 三件套自检(truths/artifacts/constraints | 执行者 | P1 | 课题1 §9 |
| S-12 | 收到 review needs_revision 的反驳流程(ACCEPT/REJECT/PARTIAL | 执行者 | P2 | 课题3 §9.5 |
| S-13 | 审查者 Investigation Protocol 五阶段执行 | 审查者 | P2 | 课题3 §9.4 |
| S-14 | 多视角审查方法(代码/方案/分析三套视角集) | 审查者 | P2 | 课题3 §9.4 |
| S-15 | 写 review 的 Schema 约束(verdict+evidence | 审查者 | P2 | 课题3 §9.6 |
| S-16 | 信心度自评(confidence 打分标准) | 审查者 | P2 | 课题3 §9.6 |
| S-17 | 收到反驳(REJECT)后的评估方法 | 审查者 | P2 | 课题3 §9.5 |
| S-18 | plan_review 协议(假设提取/pre-mortem/依赖审计) | 审查者 | P2 | 课题3 §9.4 |
| S-19 | output_review 协议(需求追踪/缺口分析) | 审查者 | P2 | 课题3 §9.4 |
| S-20 | analysis_review 协议(逻辑跳跃/数据来源 | 审查者 | P2 | 课题3 §9.4 |
| S-21 | 创建任务truths/artifacts/constraints 定义 | 庞统 | P1 | 课题1 §9 |
| S-22 | 风险等级自动判断(task_type→risk_level | 庞统 | P1 | 课题3 §9.2 |
| S-23 | 挑战者选择(按任务类型选挑战者) | 庞统 | P2 | 课题3 §9.10 |
| S-24 | 对抗辩论裁决方法 | 庞统 | P3 | 课题3 §9.10 |
| S-25 | escalated 任务的用户沟通 | 庞统 | P3 | 课题3 §9.7 |
| S-26 | confidence 低时的升级判断 | 庞统 | P2 | 课题3 T3-5 |
| S-27 | 任务拆解方法(依赖声明/子任务创建) | 庞统 | P2 | 课题1 §5.1 |
| S-28 | L1 消息构建逻辑 | 庞统/Daemon | P1 | 课题2 §4.4 |
> **课题4设计决策**:关键操作不靠 Skill 被动触发,走引擎注入(L2 prompt_templates)。以下 28 项全部通过 prompt_templates/ + review_protocols/ + schemas/ 覆盖。此表保留作为设计推导留痕。
>
> **覆盖映射**
> - S-01~S-12(执行者操作)→ prompt_templates/executor.md
> - S-13~S-20(审查者操作)→ prompt_templates/reviewer.md + review_protocols/*.yaml
> - S-21~S-27(庞统操作)→ prompt_templates/planner.md / adjudicator.md
> - S-28L1 消息构建)→ Daemon build_bootstrap() 代码
>
> 详见课题4方案:`docs/design/topic4-decomposition-skill-proposal.md` D4-6/D4-7
| # | Skill 内容 | 适用角色 | Phase | 来源 | 覆盖方式 |
|---|----------|---------|-------|------|----------|
| S-01 | blackboard.py CLI 使用手册 | 所有 Agent | P1 | 课题1 §5.2 | ✅ executor.md 各步骤中写死 |
| S-02 | L1→L2/L3 按需读取判断 | 所有 Agent | P2 | 课题2 §4.4 | ✅ executor.md "可选参考"部分 |
| S-03 | 写 Handoff Comment(格式+时机) | 所有 Agent | P1 | 课题2 §5.1 | ✅ executor.md 步骤5 |
| S-04 | 读 Handoff Comment(利用上一个 Agent 交接) | 所有 Agent | P2 | 课题2 §5.1 | ✅ executor.md "前序信息"部分 |
| S-05 | 写 observation(时机+severity 格式) | 所有 Agent | P2 | 课题1 §4.7 | ✅ executor.md 步骤3 |
| S-06 | 写 decision(时机+rationale 格式) | 所有 Agent | P2 | 课题1 §9.4 | ✅ executor.md 步骤2 |
| S-07 | 写 output 的 Schema 约束 | 所有 Agent | P1 | 课题2 §3.7 | ✅ executor.md 步骤4 + schemas/ |
| S-08 | Guardrail 打回时的处理流程 | 执行者 | P2 | 课题3 §9.3 | ✅ executor.md + guardrails.yaml |
| S-09 | @mention 使用规范 | 所有 Agent | P2 | 课题1 §5.2 | ✅ executor.md 步骤3 |
| S-10 | claim 后写 scope_declaration(格式+内容 | 执行者 | P1 | 课题1 §4.7 | ✅ executor.md 步骤2(含JSON格式) |
| S-11 | must_haves 三件套自检truths/artifacts/constraints | 执行者 | P1 | 课题1 §9 | ✅ executor.md 步骤1 |
| S-12 | 收到 review needs_revision 的反驳流程(ACCEPT/REJECT/PARTIAL | 执行者 | P2 | 课题3 §9.5 | ✅ rebuttal.md |
| S-13 | 审查者 Investigation Protocol 五阶段执行 | 审查者 | P2 | 课题3 §9.4 | ✅ reviewer.md 五步骤 |
| S-14 | 多视角审查方法(代码/方案/分析三套视角集) | 审查者 | P2 | 课题3 §9.4 | ✅ reviewer.md + review_protocols/ |
| S-15 | 写 review 的 Schema 约束(verdict+evidence | 审查者 | P2 | 课题3 §9.6 | ✅ reviewer.md + schemas/ |
| S-16 | 信心度自评(confidence 打分标准) | 审查者 | P2 | 课题3 §9.6 | ✅ reviewer.md 步骤5(自审) |
| S-17 | 收到反驳(REJECT)后的评估方法 | 审查者 | P2 | 课题3 §9.5 | ✅ reviewer.md(反方回应处理) |
| S-18 | plan_review 协议(假设提取/pre-mortem/依赖审计) | 审查者 | P2 | 课题3 §9.4 | ✅ review_protocols/plan_review.yaml |
| S-19 | output_review 协议(需求追踪/缺口分析) | 审查者 | P2 | 课题3 §9.4 | ✅ review_protocols/output_review.yaml |
| S-20 | analysis_review 协议(逻辑跳跃/数据来源) | 审查者 | P2 | 课题3 §9.4 | ✅ review_protocols/analysis_review.yaml |
| S-21 | 创建任务(truths/artifacts/constraints 定义) | 庞统 | P1 | 课题1 §9 | ✅ planner.md |
| S-22 | 风险等级自动判断(task_type→risk_level | 庞统 | P1 | 课题3 §9.2 | ✅ planner.md(映射规则) |
| S-23 | 挑战者选择(按任务类型选挑战者) | 庞统 | P2 | 课题3 §9.10 | ✅ planner.md(选择表) |
| S-24 | 对抗辩论裁决方法 | 庞统 | P3 | 课题3 §9.10 | ✅ adjudicator.md |
| S-25 | escalated 任务的用户沟通 | 庞统 | P3 | 课题3 §9.7 | ✅ planner.md / adjudicator.md |
| S-26 | confidence 低时的升级判断 | 庞统 | P2 | 课题3 T3-5 | ✅ reviewer.md< 0.7 升级庞统) |
| S-27 | 任务拆解方法(依赖声明/子任务创建) | 庞统 | P2 | 课题1 §5.1 | ✅ planner.md(四步+组件库+PlanChecker |
| S-28 | L1 消息构建逻辑 | 庞统/Daemon | P1 | 课题2 §4.4 | ✅ Daemon build_bootstrap() 代码 |
| T2-9 | inbox 并发写入的竞态处理 | Phase 1 验证 | 多 Agent 同时写 inbox 文件时的安全性(agent-chorus 同样用追回写入,无锁) |
| T2-10 | inbox 文件的 rotate/truncate 策略 | Phase 2 | 长期运行后文件膨胀的防范 |
| T2-11 | Tick 频率 30s vs 60s 的性能验证 | Phase 1 验证 | 黑板查询量的实际测算 |