# Workflow Audit

> 用审查领域最强大脑（德明+葛文德）对多阶段流程的执行完成度做逐项核对与系统闭环检查，产出审查报告并可选补执行。适用于 book-reading、meeting-note、deep-learning 等有明确 Phase/步骤与 Definition of Done（或质量验收清单）的 skill。关键词：流程审查、执行完成度、是否执行完、用最强大脑检查、workflow audit。

- Skill: `mikonos/workflow-audit` (Agent Skill, multi-file: 3 files)
- Install (CLI): `npx skillmds@latest add mikonos/workflow-audit`
- Raw SKILL.md: https://api.skillmd.com/api/skills/mikonos/workflow-audit/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Security
- Author: mikonos (https://skillmd.com/u/mikonos)
- Updated: 2026-09-10
- Page: https://skillmd.com/skills/mikonos/workflow-audit

---


# 流程执行审查（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/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`。