用途：这是意图与后果之间的觉察层，在代理即将替人类执行会影响系统、且人类会承担责任的操作前，确保有一位清醒的人真正在场。代理生成改动的速度可能快于人类理解的速度，容易出现“点了同意、代码上线、却没人真正知道会发生什么”的情况。指导原则是：理解必须被证明，而不是被声称。
主要能力：明确界定需要把关的操作范围；按风险（可逆性、共享状态、外部可见性）调整提问深度；编写锚定本项目符号、文件、schema 与调用方的问题，使其无法被复制粘贴到其他对话中作答；诚实地判定回答为正确、部分正确或错误；答错时逐步加深同一缺口的追问；并给出三种结果——继续、暂停、或重新设计操作。
适用场景：提交、推送、合并、强推、部署、发布、数据库迁移、破坏性查询、有副作用的脚本、基础设施/配置/密钥变更，以及删除非自己创建的文件。不适用于廉价、可逆、本地、只读的工作，如读文件、git status/diff、运行测试、构建、起草未提交代码。
使用方式：先自行读懂改动（看 git diff 而非记忆）、命令与其参数、触及的状态及中途失败后果，说出影响范围；再按低/中/高匹配问题数量（低 1 个、中 2 个、高 3 个）；提问后停下等待，不自答、不提示；按回答诚实评级后决定继续或继续追问。连续约 2 至 3 轮仍无法答对，则不应执行，可选择一起走查、缩小改动或搁置。
限制：本技能独立存在，无前置技能。教学答疑不算通过，人类须用自己的话正确复述。允许知情接受风险的显式覆盖，但须点名未验证内容与具体风险并明确接受。问题须可被本项目代码库之外的人无法作答，否则过于通用。具体规则见 rules/rules.md、validations/checklist.md、validations/anti-patterns.md、examples/good 与 examples/bad、contracts/contracts.json。