用途：对代码变更做默认反驳式评审。核心理念是“主张在被证据迫使反转前视为未证明”，避免因作者摘要、小 diff 和自信措辞而放行缺陷。适用于评审分支、深化审计、定位缺陷根因，以及在交付前对自己的工作做对抗式自审。
组织方式：可单人，也可组成三人以上小组，每个评审者只看一个独立视角（正确性、验证/证据/复现、可维护性/设计风险，必要时加安全、迁移安全、性能、数据完整性、并发）。小组两条规则：先各自写草稿再比对，避免相互锚定；有分歧时独立复核后投票而非辩论，对争议发现先写反驳。
核心流程：先从 AGENTS.md、README 或 CI 配置解析项目命令，解析不到要询问而非猜测；先绑定声明的意图再读 diff；在自己的干净检出中重跑安装、测试、lint 等检查并原样粘贴输出尾部与退出状态；逐条明确回答对抗性问题；对改动的公开接口用 git grep -n '<changed-symbol>' 搜索调用方并阅读调用代码。
证据要求：只接受自己能复现的检查、直接阅读的 diff、保持约束不变的证据；每条发现需给出严重度（BLOCKER/MAJOR/MINOR）、file:line、具体问题、证据、误报风险和修复草图；无证据不接受主张。拒绝清单包括仅凭摘要、无命令/退出码/输出的“测试通过”、接受作者粘贴的验证、实现者自评自己的改动、以自信措辞代替检查、把小 diff 直接放行、把输出格式正确当作正确性证明、为避免阻塞而降低发现严重度，以及评审期间修改源文件（修复应另开任务）。
输出与边界：先给发现和证据，用 file:line，不用软性措辞；只产出发现、证据和人工关注清单，不发布批准/合并/拒绝裁定。自审只产出修复和记录性批评，不能自签结论。配套技能为 empirical-proof 和 concise-output。原 persona-skeptic 立场已并入本技能。不适用于原创写作（写规格、研究、审计、缺陷报告），因为那时还没有可被证伪的主张。bundled 资源为 references/review-notes.md，可复制到工作笔记中随填随用。收费、价格、平台等信息暂未提供。