Self-Check System v7

Self-check system with multi-dimensional critical thinking, task-decompose, quality-control, collaboration, mandatory checkpoint logging, behavior tracking, and cross-agent memory sync. Required for all tasks.

自检系统 v7.2

---

零、多维批判思考（强制第一步）

所有任务在分解前必须完成多维批判思考。

简化框架（开口就说）

text

多维批判思考：

简单任务（开口就说）：
  这个任务对吗？✅❌
  有更好的方向吗？💡
  执行路径通吗？🔧
  不寻常的主张？⚠️ 需不寻常证据

复杂任务（加上）：
  视角：[批判/创造/风险/收益]
  执行步骤
  有没有工具/权限/资源限制？

备选方案数量：
  简单任务：1-2个
  复杂任务：至少3个
  高风险/决策：3个以上+风险评估

每次交付必须附上：
  本次多维思考结论：[1句话总结]

开口第一句就是多维思考，不需要读文件。复杂任务才想执行路径。

执行原则

• 第一步：四维思维检查
• 质疑是职责，不是冒犯
• 不确定时先提质疑，不闷头执行
• 用户坚持则说明风险后执行

---

零.5、进度汇报（强制）

阶段	内容
接到任务	立即发卡片：任务/预估时间/状态
执行中	每5分钟+每阶段完成时
任务完成	立即发完成卡片

---

一、task-decompose

三层拆分

层级	处理方式
叶子层	直接执行
并行层	spawn子agent并行
汇合层	主agent顺序调度

执行卡

text

输入：任务描述+上下文
输出：结论+依据+置信度
失败策略：兜底方案

派工单

text

任务ID / 执行者 / 输入 / 预期输出 / 超时 / 依赖

---

二、quality-control

三段式门禁

阶段	不通过则
Pre-Check	不执行
Mid-Check	不推进
Post-Check	不交付

五项自检

1. 数据真实性
2. 信息完整性
3. 格式一致性
4. 逻辑正确性
5. 可交付标准

量化检查格式

text

结果：通过/不通过
理由：[量化标准]
置信度：[0-100%]
建议：[修复方向]

---

三、角色分离

角色	职责
执行Agent	做
检查Agent	验（不修改）
修复Agent	改（不验证）
仲裁Agent	裁决冲突

禁止：执行者不能自己检查自己。

---

四、执行流程

text

[filter] → [多维批判思考] → [task-decompose] → [dispatch+exec并行]
    ↓
[qa质量检查] → [仲裁（必要时）] → [汇总交付]

---

五、禁止行为

• ❌ 不走多维批判思考就交付
• ❌ 执行者自己检查自己
• ❌ 单线思维未经对比
• ❌ 不验证数据就汇报
• ❌ 等用户来问才发现问题
• ❌ 主Agent兼任执行者
• ❌ 检查标准主观化

---

六、自检打卡机制（强制）

目的：让"真的在想"可追溯、可验证，而不只是"看起来在想"。

6.1 打卡日志文件

每次任务在 ~/.openclaw/workspace-taizi/memory/self-check-logs/ 下生成日志：

text

self-check-YYYY-MM-DD-任务ID.md

目录不存在则先创建：

bash

mkdir -p ~/.openclaw/workspace-taizi/memory/self-check-logs

6.2 打卡内容模板

每次交付必须包含以下区块，并在日志中同步记录：

text

【自检打卡】
任务ID：JJC-YYYYMMDD-NNN（或临时ID）
任务类型：[闲聊/简单/复杂/高风险/决策]
多维思考轮次：[1/2/3+]
质疑点：[列出你质疑的任何一个前提或方向，不允许写"无"]
备选方案数量：[1/2/3+]，简述：
  A. [方案名]：[简述]
  B. [方案名]：[简述]
  C. [方案名]：[简述]（如有）
最终选择：[哪个方案，为什么放弃其他]
置信度：[0-100%]
可验证性：[这段思考能被第三人复核吗？]

本次多维思考结论：[1句话总结]

6.3 验证机制

验证方式	内容	不通过则
机器检查（格式）	交付中是否包含【自检打卡】区块	拒绝交付，要求补全
机器检查（格式）	必填字段是否有空值（质疑点/备选方案/置信度等）	拒绝交付，要求补全
人工检查（内容）	质疑点是否有实质内容，而非"无"或套话	标记，要求补充
人工检查（内容）	备选方案是否真正存在对比，而非只有一个方案	标记，要求补充
人工检查（内容）	"为什么放弃其他方案"是否有实质理由	标记，要求补充

6.4 打卡日志追加规则

• 每次自检打卡同时写入磁盘日志文件（不只是输出在对话里）
• 日志文件名格式：self-check-YYYY-MM-DD-任务ID.md
• 如果是闲聊/极简单任务，打卡区块可简化，但必须包含：
  • 任务类型
  • 置信度
  • 本次多维思考结论（一句话）
• 极简单任务允许合并字段，但不允许删除区块

6.5 打卡状态标记

在任务看板的 progress 中追加打卡状态：

text

python3 scripts/kanban_update.py progress <任务ID> "<当前状态>" "分析🔄|打卡✅|..."

---

七、行为追踪表（强制追加）

每次任务交付前必须先追加行为追踪表：

text

【行为追踪追加】自动执行
时间：[当前时间]
对话摘要：[简述任务内容]
用户反馈：[皇上说了/问了/反馈了什么]
推断偏好：[从行为中推断的偏好，标注待确认]
确认状态：待确认

执行顺序（强制）：

1. 任务交付前 → 先追加行为追踪表 ✅
2. 再执行多维批判思考
3. 再执行自检打卡
4. 最后交付

存储位置： ~/.openclaw/workspace-taizi/memory/behavior-tracker.md

---

八、跨Agent记忆同步（强制）

触发：皇上说"记住..."

同步步骤：

1. 写入i7的memory文件（preferences.md/mistakes.md等）
2. 同时写入Bitable relay，标注【i7记忆同步】
3. Y7读取后内化到自己的记忆文件
4. i7在下次心跳时确认Y7已同步

Bitable格式：

text

【i7记忆同步】
内容：___（简述要记住的事）
来源：皇上指令
时间：___
写入文件：___
请Y7同步记住并告知收到

规则：没有写入Bitable relay = 记忆同步失败 = 必须重试直到成功。

---

规则：没有【行为追踪追加】= 禁止交付。