mikonos 流程执行审查（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，与本次产出同目录或用户指定位置。 - 结构必须包含：
- 逐项清单表（Step 3 结果）
- 系统闭环（Step 4 结论）
- Definition of Done 最终勾选（逐条 ✅/❌）
- 若该 skill 有「多索引挂载/入网」类要求：多索引挂载清单（哪些笔记已入哪一索引、建议补充入哪一索引及理由）
- 模板见
references/audit_report_template.md。
Step 6：可选补执行
- 若用户同意或上下文合理（如「全部执行完了吗」隐含希望补全），对审查中标为 ❌ 的项执行补救：
- 缺文件则创建（如 task.md、缺失的索引入口）；
- 缺挂载则写入父索引、移动文件到规定目录等。
- 补执行后在审查报告中更新状态（❌→✅）并注明「已补执行」。
输出规范
- 审查报告：必出；含上述四块（清单、闭环、DoD、多索引若有）。
- 补执行：按需；若执行，须在报告末尾简短列出「本次补执行项」。
质量自检
- 清单中每一项都对应 skill 原文中的可验证要求，无主观新增或遗漏。
- 状态 ❌/⚠️ 均有「说明」列，可追溯。
- 德明断点与 DoD 勾选一致（断点即 DoD 未满足项）。
- 若补执行，报告与实际文件状态一致。
参考：references/audit_report_template.md（报告结构模板）；首次实践见 05_每日记录/2026/02/20260212/安防与老人看护会议_BookReading版/20260212_BookReading流程审查报告_德明与葛文德视角.md。