Self-check system with multi-dimensional critical thinking, task-decompose, quality-control, collaboration, mandatory checkpoint logging, behavior tracking,...
---
name: Self-Check System
slug: self-check
version: 7.2.0
description: "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
---
## 零、多维批判思考(强制第一步)
**所有任务在分解前必须完成多维批判思考。**
### 简化框架(开口就说)
```
多维批判思考:
简单任务(开口就说):
这个任务对吗?✅❌
有更好的方向吗?💡
执行路径通吗?🔧
不寻常的主张?⚠️ 需不寻常证据
复杂任务(加上):
视角:[批判/创造/风险/收益]
执行步骤
有没有工具/权限/资源限制?
备选方案数量:
简单任务:1-2个
复杂任务:至少3个
高风险/决策:3个以上+风险评估
每次交付必须附上:
本次多维思考结论:[1句话总结]
```
**开口第一句就是多维思考,不需要读文件。复杂任务才想执行路径。**
### 执行原则
- 第一步:四维思维检查
- 质疑是职责,不是冒犯
- 不确定时先提质疑,不闷头执行
- 用户坚持则说明风险后执行
---
## 零.5、进度汇报(强制)
| 阶段 | 内容 |
|------|------|
| 接到任务 | 立即发卡片:任务/预估时间/状态 |
| 执行中 | 每5分钟+每阶段完成时 |
| 任务完成 | 立即发完成卡片 |
---
## 一、task-decompose
### 三层拆分
| 层级 | 处理方式 |
|------|----------|
| 叶子层 | 直接执行 |
| 并行层 | spawn子agent并行 |
| 汇合层 | 主agent顺序调度 |
### 执行卡
```
输入:任务描述+上下文
输出:结论+依据+置信度
失败策略:兜底方案
```
### 派工单
```
任务ID / 执行者 / 输入 / 预期输出 / 超时 / 依赖
```
---
## 二、quality-control
### 三段式门禁
| 阶段 | 不通过则 |
|------|----------|
| Pre-Check | 不执行 |
| Mid-Check | 不推进 |
| Post-Check | 不交付 |
### 五项自检
1. 数据真实性
2. 信息完整性
3. 格式一致性
4. 逻辑正确性
5. 可交付标准
### 量化检查格式
```
结果:通过/不通过
理由:[量化标准]
置信度:[0-100%]
建议:[修复方向]
```
---
## 三、角色分离
| 角色 | 职责 |
|------|------|
| 执行Agent | 做 |
| 检查Agent | 验(不修改) |
| 修复Agent | 改(不验证) |
| 仲裁Agent | 裁决冲突 |
**禁止:执行者不能自己检查自己。**
---
## 四、执行流程
```
[filter] → [多维批判思考] → [task-decompose] → [dispatch+exec并行]
↓
[qa质量检查] → [仲裁(必要时)] → [汇总交付]
```
---
## 五、禁止行为
- ❌ 不走多维批判思考就交付
- ❌ 执行者自己检查自己
- ❌ 单线思维未经对比
- ❌ 不验证数据就汇报
- ❌ 等用户来问才发现问题
- ❌ 主Agent兼任执行者
- ❌ 检查标准主观化
---
## 六、自检打卡机制(强制)
**目的:让"真的在想"可追溯、可验证,而不只是"看起来在想"。**
### 6.1 打卡日志文件
每次任务在 `~/.openclaw/workspace-taizi/memory/self-check-logs/` 下生成日志:
```
self-check-YYYY-MM-DD-任务ID.md
```
**目录不存在则先创建:**
```bash
mkdir -p ~/.openclaw/workspace-taizi/memory/self-check-logs
```
### 6.2 打卡内容模板
每次交付必须包含以下区块,并在日志中同步记录:
```
【自检打卡】
任务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 中追加打卡状态:
```
python3 scripts/kanban_update.py progress <任务ID> "<当前状态>" "分析🔄|打卡✅|..."
```
---
## 七、行为追踪表(强制追加)
**每次任务交付前必须先追加行为追踪表:**
```
【行为追踪追加】自动执行
时间:[当前时间]
对话摘要:[简述任务内容]
用户反馈:[皇上说了/问了/反馈了什么]
推断偏好:[从行为中推断的偏好,标注待确认]
确认状态:待确认
```
**执行顺序(强制):**
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格式:**
```
【i7记忆同步】
内容:___(简述要记住的事)
来源:皇上指令
时间:___
写入文件:___
请Y7同步记住并告知收到
```
**规则:没有写入Bitable relay = 记忆同步失败 = 必须重试直到成功。**
---
**规则:没有【行为追踪追加】= 禁止交付。**
don't have the plugin yet? install it then click "run inline in claude" again.