用途：把零散的质量检查编排为连贯流水线，回答“我怎么知道这真的能工作”。不是二元门禁，而是持续反馈的学习循环：代码→洞察→学习→改进。
主要能力：内置验证器包括 reviewability（是否易评审）、impact（可能破坏什么）、consistency（是否与其余部分一致）、security（是否安全）、architecture（是否符合设计）。默认流水线有 quick（语法与明显问题）、standard（含安全与一致性）、comprehensive（含影响与架构），仅为起点，可按需增删、改序或新建。结果持久化到 .memory/validations/，用于模式检测。可与 refining、housekeeping、engineering、memory 等技能协作，向其请求视角而非替代它们。
使用方式：在代码变更、提交前、创建 PR 前或显式“validate”时触发，深度由使用者决定，可按风险覆盖默认值。循环为：先问什么能证明它有效，再运行回答该问题的最小检查，记录发现（尤其意外），下次据此调整。配置在 .validation.yml 中定制，例如添加自定义验证器： custom_validators:
- name: business-rules command: ./scripts/check-invariants.sh 参考文档按需加载：validators、pipelines、custom-validators、persistence、feedback-loop、verification-gate、defense-in-depth、metrics-tracking。
适用场景：共享代码变更、涉及用户输入、结构性改动、文档变更、请求评审前的自检，以及需要跨会话积累项目验证记忆的团队。
限制：资料未提供具体安装命令、支持的平台、价格与收费信息。技能本身不替代其它技能，也不预设唯一正确流程；验证深度与是否跳过某验证器依赖使用者判断。