用途：在实现前、验收前或改完 design 后，对文档与代码做一次定向一致性检查，只查不改，把不和谐点列清楚交给用户决策。
主要能力：每次只锁定一个检查目标——design-internal（一份 design 内部术语、需求、契约、示例与决策、范围、推进步骤是否自洽）；design-vs-code（核心类型、行为、写路径、边界行为、改动边界、退出信号是否与代码对得上）；architecture-folder-internal（easysdd/architecture/ 下多份文档的术语、模块边界、跨文引用、接口契约、依赖闭环、同类聚合与命名）。
使用方式：先确认目标、对象与范围（范围过大需收敛，architecture-folder-internal 默认只查点名文档，不扩到全文件夹）；读取 AGENTS.md 与 easysdd/reference/shared-conventions.md，按目标追加方案 doc、架构中心目录、对应代码或圈定架构文档；按对应目标的检查项执行；最后输出报告，含摘要、不一致清单（ID、严重级别高/中/低、可定位位置、现象、影响、建议修复）、观察项、一致性良好项、建议下一步。
适用场景：design 进入实现前确认自洽；feature 接近验收确认代码与 design 对得上；改完 design 后确认没和旧约定冲突。不适用：直接修复（转 easysdd-feature-implement 或 easysdd-issue-fix）、拍板决策（转 easysdd-decisions）、尚无 design（先转 easysdd-feature-design）。
限制：只检查不修复，禁止改 design、代码或配置；一次只能单目标，多个目标需用户选一个；每条不一致必须给可定位证据；建议要具体但不落盘；范围外问题只记为观察项，不发散；报告给出后等用户确认结论，本技能不替用户拍板。其余细节暂未提供。