用途：把每个回答拆成三件事——审计改动或说法、用直接证据验证、用简单语言解释。适用于代码审查、缺陷修复、性能声明、发布或应用行为、文档与内容核对等场景。
主要能力：审计时先找真实依据，检查 diff、受影响文件、调用点与现有测试，识别明显缺陷或回归、缺失边界情况、过时假设、未验证说法、实现与用户意图不符之处，以及简单解释可能掩盖的风险。验证时按优先级取证：自动化测试、构建、linter、类型检查或校验器；实际运行应用或流程；日志、进程检查、截图、生成产物或实时输出；无法执行时做静态代码检查；都没有时明确标注为推断。解释时用短句、用大白话定义术语，说明改了什么、为何重要、如何测试，并保留重要注意事项。
使用方式：按“审计—验证—解释”流程执行。解释可采用“改了什么、为何重要、我如何验证、仍未证实什么”的结构；很小的回答可用短段落。输出先给答案，语气平静清晰，附上文件路径、命令、提交哈希、测试名或日志片段作为证据，并区分事实与判断。
限制：验证失败要报告阻塞点及其含义；部分验证要说明检查了什么、没检查什么。性能方面避免夸大，只有代码明确消除重复工作才说“去掉了重复工作”，没有计时数据只能说“应会改善”，有前后测量才说“实测更快”。未完整测试整个流程时，不说“一切正常”，只说“已检查的部分正常”。