用途：editor-pass 是构建完成后的质量评审环节，回答“成品是否足够好”，而非“是否完成、正确或没有粗糙感”。它不负责找 bug，也不做 UI 粗糙度检查，那些分别由 correctness review 与 no-slop-ui 承担。
主要能力：评审者以只读方式工作，没有浏览器、shell 或网络，因此主智能体需先把所需内容转为文件。评审依据给定的观点（point of view）而非通用品味，包含：按用户真实任务走查、替换测试（换掉主体后若无需改动即为模板而非设计）、整体连贯性、绿杯审计（为每个可见决策命名理由，无理由即默认值）、更深一层（指出用户未说但会有的需求）、是否完全成形、以及维护归属。
输出：一份评审单，含一条 Overall 说明，随后是字母编号条目，每条固定到可定位的位置，写明“哪里不对 → 应该是什么或应给人什么感觉”，并指向相关条目。不写赞美项、不打分、不贴类别标签。
使用方式：在全新的子智能体中运行，作者无法客观评审自己的作品；用 references/dispatch-prompt.md 派发。观点来源按优先级取 craftsmans-wisdom 的简报、PRODUCT.md/DESIGN.md、工单或 PR 描述，若都没有则由编辑写三行说明并由作者确认。主智能体用 Write 工具把返回的评审单写入临时文件，再运行 python3 <skill-dir>/scripts/check_crit.py <scratch-dir>/crit-sheet.md 校验格式；退出码 0 则展示，退出码 1 则把问题发回同一子智能体一次，仍失败则就地修正格式，不得为通过而删条目。
适用场景：UI/页面、报告/文档、PRD/工单、技能、代码/API 等产出的构建后评审。
限制：评审者只读，无法自行访问 URL 或截图；格式脚本只检查结构，修复是否正确仍由编辑判断；资料未提供具体收费、平台或效果信息。