用途：在开发计划执行前进行系统性校验，针对 DRY（避免重复）、YAGNI（避免多余功能）、TDD（测试先行）给出发现与建议，并做结合代码库的差距分析。触发方式为 /validate-plan，或在请求中直接给出计划文本。
主要能力：先定位计划（文件路径或内联文本）并提取功能名、技术栈、任务结构；扫描代码库中可复用的组件、工具、模式、测试框架与目录约定；随后分别按 DRY、YAGNI、TDD 清单检查，输出 CRITICAL、WARNING、INFO 三级发现，并做技术规格与架构层面的缺口分析。
使用方式：交互模式下若无计划来源会询问审阅哪份计划；作为非交互审阅者（含热修复审阅派发）时应使用传入的内联计划，不提问、不索要文件路径。默认只读，不自动改写计划；若用户选择修改，需展示统一 diff 并等待明确批准后才写入，且将已批准的 Pocket 计划标记为未批准并退回 pocket-planning 走 Spec Reviewer 复审。
报告与限制：报告包含摘要、DRY/YAGNI/TDD 分析、缺口分析、代码库上下文与结论；评级 A 至 F，存在 CRITICAL 即 BLOCKED，否则 APPROVED。单独一份校验报告不等于计划获批，通过校验的计划仍需 pocket-planning 批准后进入 pocket-structuring 与 pocket-development。资料未提供安装命令与具体计费信息。