用途：把技术主张组织成可检验的论证，核心是“假设—论证—例证”三段式：假设说明你相信什么，论证解释为何成立，例证证明其成立。适用于撰写或评审 PR 描述、在 ADR 中论证设计决策、给出超越“我不喜欢”的代码评审意见、写研究论证或技术提案、在技术讨论中质疑或辩护某方案。
主要能力：第一步把主张写成一句可证伪、范围明确的假设，并用“如何反驳它”检验是否为观点；第二步选择论证类型——演绎（若 A 则 B）、归纳（观察 N 例）、类比（X 类似 Y）、证据（E 在 H1 下比 H2 更可能）；第三步构建前提与逻辑链，先以最强形式陈述反方论点再反驳；第四步提供至少一个正面例证和一个边界例证，且可被独立验证（引用文件、行号、提交、论文、数据集）；第五步按场景组装：代码评审用 [S] 摘要加假设/论证/证据/建议，PR 用 Why/Approach/Evidence，ADR 映射到 Context/Decision/Consequences，研究写作映射到引言/方法结果/讨论。
使用方式：输入需要论证的主张或立场、上下文（代码评审、设计决策、研究、文档），可选受众、反方观点、可用证据。按五步流程执行，最后用校验清单检查假设可证伪、范围明确、前提显式、逻辑无缺口、最强反方已回应、例证可验证、格式匹配场景、无逻辑谬误。
适用场景与限制：适合代码评审、PR、ADR、研究写作与技术讨论。常见陷阱包括把偏好当假设、跳过反方论证、例证含糊、诉诸权威、结论超出证据范围、混淆论证类型。资料未提供安装命令、收费、价格或平台信息。可与 advocatus-diaboli 组合用于高风险决策的决策前评审。