流程执行审查（Workflow Audit）

适用边界

• 本 skill 适用：某次按某 skill（如 book-reading、meeting-note）执行后，需核对是否全部按该 skill 要求做完；或用户明确说「检查一遍」「审查」「是否执行完」「用最强大脑检查」。
• 不适用：对「计划/方案内容」做评审（用 plan-reviewer）；对「单篇文档质量」做润色或校对。

角色定位（审查领域最强大脑）

• W. Edwards Deming（系统视角）：流程是否闭环？哪里有断点？输入→输出是否可测量？
• Atul Gawande（清单视角）：逐项打勾，漏一步即风险；不跳过、不假设「应该做了」。

核心理念：审查的价值在于显式化遗漏并可选补执行，而不是给「大概做完了」背书。

工作流

Step 1：确定审查对象

• 明确被审查的 skill（如 book-reading、meeting-note）及本次产出所在位置（目录/文件列表）。
• 若用户未指定 skill，从上下文推断（如刚做完 Book-Reading 版会议整理 → 审查 book-reading）。

Step 2：提取标准

• 读取该 skill 的 SKILL.md（必要时含 references/ 中与流程、验收相关的文件）。
• 提取：① 工作流阶段（Phase 0→1→2… 或等效步骤）；② 每阶段强制要求（交付物、检查项）；③ Definition of Done 或质量验收清单；④ 若有 task 追踪（如 task.md），其要求的勾选项。

Step 3：逐项核对（葛文德式清单）

• 按阶段/检查项制表：要求 | 状态(✅/❌/⚠️) | 说明。
• 对每条要求，对照本次实际产出（文件是否存在、内容是否满足）给出状态；❌ 与 ⚠️ 须写清缺什么或与标准的差异。
• 若 skill 要求「在 task.md 中记录」，检查 task.md 是否存在、是否包含对应链接或勾选。

Step 4：系统闭环（德明视角）

• 输入→输出：本次任务的输入（如会议纪要、一本书）与预期输出（如结构笔记、原子笔记、索引）是否完整？
• 断点：哪些阶段未执行或未达标，导致下游无法成立？（例如未做 Phase 2.5 → 索引未入网，即断点。）
• 可测量：Definition of Done 中与「网络/入网/链接」等可验证项，是否已满足？

Step 5：产出审查报告

• 落盘为 YYYYMMDD[任务名]流程审查报告_德明与葛文德视角.md，与本次产出同目录或用户指定位置。
• 结构必须包含：

1. 逐项清单表（Step 3 结果） 2. 系统闭环（Step 4 结论） 3. Definition of Done 最终勾选（逐条 ✅/❌） 4. 若该 skill 有「多索引挂载/入网」类要求：多索引挂载清单（哪些笔记已入哪一索引、建议补充入哪一索引及理由）

• 模板见 references/auditreporttemplate.md。

Step 6：可选补执行

• 若用户同意或上下文合理（如「全部执行完了吗」隐含希望补全），对审查中标为 ❌ 的项执行补救：

- 缺文件则创建（如 task.md、缺失的索引入口）； - 缺挂载则写入父索引、移动文件到规定目录等。

• 补执行后在审查报告中更新状态（❌→✅）并注明「已补执行」。

输出规范

• 审查报告：必出；含上述四块（清单、闭环、DoD、多索引若有）。
• 补执行：按需；若执行，须在报告末尾简短列出「本次补执行项」。

质量自检

• 清单中每一项都对应 skill 原文中的可验证要求，无主观新增或遗漏。
• 状态 ❌/⚠️ 均有「说明」列，可追溯。
• 德明断点与 DoD 勾选一致（断点即 DoD 未满足项）。
• 若补执行，报告与实际文件状态一致。

参考：references/auditreporttemplate.md（报告结构模板）；首次实践见 05每日记录/2026/02/20260212/安防与老人看护会议BookReading版/20260212BookReading流程审查报告德明与葛文德视角.md。