用途：在实施计划执行前系统性审计计划，捕获幻觉、TDD 违规、缺失引用和时间漂移等会导致实施失败的问题。定位在 writing-plans 与 executing-plans 之间：头脑风暴→写计划→验证计划→执行计划→完成分支。
主要能力：通过三个并行验证代理执行检查。TDD 合规审计器检查红-绿-重构循环顺序、测试质量、预期错误信息和反模式；现实检查验证器检查文件是否存在、包是否真实、API 签名、内部导入依赖和命令可用性；漂移检测器检查计划创建后文件修改、未提交更改和依赖更新。结果按 BLOCKER、CRITICAL、WARNING、NIT 分级汇总为验证报告，并给出 PASS、PASS WITH NOTES 或 NEEDS REVISION 结论。
使用方式：接受计划文件路径作为参数，例如 /validate-plan <path-to-plan-file>。验证前会在计划顶部添加组织说明，这是验证阶段唯一编辑。三个代理须在单条消息中并行启动。发现阻塞或严重问题时，用 TodoWrite 创建修复计划文档的任务，而非修复代码。验证通过后可选择创建 GitHub issue，需已安装并认证 gh CLI，且存在 git remote origin。
适用场景：计划由 writing-plans 创建后、执行前验证假设、回到可能已漂移的旧计划。不适用于验证代码、制定计划或执行计划。
限制：资料未提供收费、价格、平台支持范围等信息；具体命令与流程以原始资料为准。