Task task-arch-review-003 — 任务细则

文件路径

• task.md（本文件）：/root/.openclaw/workspace/tasks/task-arch-review-003/task.md
• session.md（执行日志）：/root/.openclaw/workspace/tasks/task-arch-review-003/session.md

原始需求

审计多 Agent 架构方案 v1.10，重点验证新的两文件机制是否合理可行。

执行链

reviewer → 爱衣质检

各 Agent 职责

reviewer

任务：审计 /root/.openclaw/workspace/memory/docs/multi-agent-plan.md（v1.10）

审计要点：
1. 两文件分工：task.md 不变 + session.md 只追加，职责是否清晰？
2. 通知格式：只传 task 路径，Agent 靠 task.md 理解职责，是否足够？
3. 爱衣质检 SOP：80KB 阈值预检 + 超限归纳处理，是否合理？
4. rejectCount 机制：失败时创建新 task.md（-retry1 后缀），是否比打回更合理？
5. session.md 读取：专家 Agent 用 offset 读末尾，是否有遗漏风险？
6. Fact-check：du 命令统计文件大小是否可靠？read 工具的 offset 参数使用方式是否正确？
7. 遗漏检查：active.json 维护、执行链中断、空 session.md 初始化等

完成后：
1. 将审计报告追加到 session.md
2. sessions_send 通知 agent:main:main，消息格式：
task_id=task-arch-review-003
task=/root/.openclaw/workspace/tasks/task-arch-review-003/task.md

⚠️ 爱衣质检 SOP（收到最终通知后执行）

Step 1：评估工作区大小

du -sb /root/.openclaw/workspace/tasks/task-arch-review-003/

• 超过 80KB → 跳转超限处理
• 未超过 → 继续

Step 2：读取全部内容

• read 本文件（task.md）全文
• read session.md 全文（执行日志）

Step 3：质检

• 审计报告是否覆盖所有要点？
• 发现的问题是否有实质依据？
• 结论是否清晰可操作？

Step 4：输出结论

通过 → message 主人（telegram, 92763607），归纳审计结论

不通过，rejectCount == 0 →
1. 分析问题，创建 task-arch-review-003-retry1/task.md
2. session.md 追加质检失败记录
3. sessions_send 给 reviewer 重新审计

rejectCount >= 1 → message 主人说明两次失败原因，请裁决

超限处理（> 80KB）

读 task.md + session.md 末尾 200 行，简单归纳后 message 主人示警