用途：在实施计划交接给执行智能体之前进行质量把关，按 8 个维度打分，并以 60/100 为最低阈值决定是否放行执行。返回结构为 { pass, score, dimensions }，pass 为 true 表示总分不低于 60/100。
主要能力：覆盖 requirement-coverage（需求是否被任务覆盖）、task-completeness（任务是否有清晰归属与交付物）、dependency-validity（依赖是否显式且无环）、scope-sanity（范围是否现实且有边界）、artifact-wiring（每个任务的产出物是否明确列出）、risk-assessment（风险与缓解措施）、testability（验收标准与测试挂钩）、estimation-quality（工作量/时间估算）八个维度，每项 0-10 分。
使用方式：先读取计划文件，如 cat .claude/context/plans/<plan-file>.md；再调用验证库，需引用 .claude/lib/validation/plan-quality-verifier.cjs 中的 verifyPlan，读入计划内容并输出结果。典型返回示例含 pass、score 与各维度分数数组。结果解读：pass 为 true 则交接执行；pass 为 false 则阻断并把未通过维度反馈给计划生成方；60-69 分为边缘通过，需标记低分维度后续改进；低于 40 分为硬阻断，需大幅重做。未通过时按得分低于 6 的维度列出反馈并要求修订后重跑。
适用场景：计划生成智能体完成计划后、路由需要在执行前加质量闸门时、架构师在批准提交的计划前、开发者在动工前自查时。输入与输出分别按 schemas/input.schema.json 与 schemas/output.schema.json 校验。
限制与约定：不得跳过验证；不得把 60-69 的边缘通过当作强通过；不得按项目修改 60/100 阈值；不得对不完整的草稿计划运行。开始前可读取 .claude/context/memory/learnings.md 了解历史计划质量问题，结束后把失败计划与具体维度分数写入 issues.md，把新发现写入 learnings.md。相关技能包括 plan-generator、verification-before-completion、tdd。官方文本暂未提供，其余安装与平台细节资料未说明。