From e60b719986654f138f12b9ebd05bbfdd805b1d14 Mon Sep 17 00:00:00 2001 From: cfdaily Date: Fri, 15 May 2026 21:56:54 +0800 Subject: [PATCH] auto-sync: 2026-05-15 21:56:54 --- docs/design/architecture-v2.6.md | 33 ++++++++++++++++++++++++++++++++ 1 file changed, 33 insertions(+) diff --git a/docs/design/architecture-v2.6.md b/docs/design/architecture-v2.6.md index d26da34..e2a2422 100644 --- a/docs/design/architecture-v2.6.md +++ b/docs/design/architecture-v2.6.md @@ -39,6 +39,39 @@ | T2-6 | 仓库级上下文（Agent Context Pack） | Phase 3 | 参考 agent-chorus Context Pack：结构化仓库情报让 Agent 不需要自己探索。量化项目可抽象为项目结构/代码规范/常见陷阱 | | T2-7 | Handoff Comment 的 Skill 引导 | Phase 2 | Agent Skill 中明确“结束前必须写 Handoff Comment”的行为规范 | | T2-8 | Handoff Comment 的 Skill 解析规则 | 课题 4 | 下一个 Agent 的 Skill 中如何解析 Handoff 格式 | + +### 课题 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 | | T2-9 | inbox 并发写入的竞态处理 | Phase 1 验证 | 多 Agent 同时写 inbox 文件时的安全性（agent-chorus 同样用追回写入，无锁） | | T2-10 | inbox 文件的 rotate/truncate 策略 | Phase 2 | 长期运行后文件膨胀的防范 | | T2-11 | Tick 频率 30s vs 60s 的性能验证 | Phase 1 验证 | 黑板查询量的实际测算 |