用途：审查现有测试质量、审计测试覆盖缺口，或在写新测试前先做一轮审计。它只产出按优先级排序的缺口报告，不产出测试代码。
三阶段流水线（须按顺序，不可跳过第一阶段）： 第一阶段读取 skills/agent-loops/references/testing-standards.md，确立项目自己的测试标准，包括需标记的反模式（镜像测试、仅快乐路径、过度 mock、无意义断言）、必需测试类别（契约、边界、失败模式、状态转换、集成）、自检清单、语言专属标准（Rust、TypeScript/React）、覆盖期望与命名约定。 第二阶段做发现工作：先 cat skills/agent-loops/references/audit-workflow.md，统计源文件与测试文件数量决定并行策略（≤15 用单个 Haiku 子智能体；16–60 按目录切分用 2–4 个；60+ 按约 15 个文件一块切分，最多 6 个），并行启动子智能体执行审计工作流第 1、2 步，只做事实盘点：列出源码承诺的公开行为，标记每条行为为 Covered、Shallow 或 Missing，子智能体不做分析或优先级判断。返回后合并清单去重，重复状态取更具体者（Shallow 优先）。 第三阶段由主智能体做对抗性分析（输入边界、错误处理、状态、集成缝隙），并按 audit-workflow.md 标准给出 P0/P1/P2 优先级缺口报告，每条发现须引用具体标准。
模式：Full Audit（默认，三阶段全跑）；Quick Review（只读标准并对照反模式与自检清单审查指定测试文件，跳过发现与对抗分析）；Write Mode（先完整审计并给出报告，经批准后才按标准编写测试）。
限制与注意：审查测试前必须先读标准，否则反馈流于泛泛；报告未出前不要写测试；审计测试必须同时读源码；优先级须依既定标准而非直觉；模块测试良好时也要如实说明，不得编造缺口。具体安装与调用命令、完整代码示例资料未提供。