用途：该技能在模型准备执行任何写操作前设置强制验证关卡，确保动作基于已验证的假设，而非训练数据中的反射式模式匹配。
主要能力：包含四个顺序检查点。检查点1要求显式陈述假设，指出问题影响的具体系统或组件，否则阻止执行；检查点2要求用只读文件读取、项目搜索、官方文档或只读命令收集证据，无法引用具体文件、行号或输出则阻止；检查点3核对假设所指向的系统与实际操作的系统是否一致，例如 PEP 723 内联元数据与 pyproject.toml 依赖属于不同依赖系统，Docker 容器配置与主机网络也属于不同网络层，错位则阻止；检查点4检测是否在未核实项目实际情况时套用常见模式，若发现模式匹配迹象则要求回到检查点2。四关全部通过后才执行，并输出验证轨迹；任一失败则暂停并报告失败检查点、原因和下一步。
使用方式：通常在执行 Bash、Write、Edit 等可写操作前，或在提出假设、在多种实现方案间选择、识别到模式匹配语言时触发。它可与 python-engineering、bash-script-developer、agent-orchestration、holistic-linting 等技能配合，并强制执行工作区既有的验证规则。技能附带研究基础和失败模式参考文档，可在论证验证开销或诊断验证失败时加载。
适用场景：依赖报错排查、配置不生效、构建失败等需要先确认根因再动手的场合。
限制：本资料未提供安装命令、价格、平台支持及具体代码示例之外的执行细节；验证会增加少量读取开销，但资料认为其远低于错误修改后的调试成本。