论证验证器Skill：把一段口语化论证拆成可检验的逻辑结构
- 它是什么：论证验证器Skill（argument-validator）是一个面向「论证质量」的 AI 技能，专门把一个说法拆成「前提 → 结论」，找出藏在字里行间的隐含假设，再判断这个论证在逻辑上站不站得住。
- 它怎么工作：内置 7 步可重复工作流——澄清范围、提取结构、形式化逻辑、检查有效性、可选的 Lean 机器验证、用研究子代理核查前提、最后合成结构化结论。
- 它的差异点：不是「帮你写一段分析」，而是给出有效性判决 + 健全性判决 + 关键假设表 + 修订建议的固定输出格式，还支持并行发起多个研究子代理去核实每条经验性假设。
- 它适合谁：需要评审方案的技术负责人、写论文的学生与研究者、准备辩论或写评论的内容创作者，以及任何想确认「这个结论是不是被推出来的」的人。
- 它不适合谁：没有论证的纯意见问题、只想润色文风的改写任务、纯代码库推理任务——技能本身已明确排除这些场景。
该技能叫什么？如何一键安装 AI 技能提升开发效率？
技能中文名：论证验证器Skill 技能英文名：argument-validator 技能 ID：11780
它解决的是一个非常具体、又极易被忽略的痛点：我们每天都在读论证、写论证、被论证说服，却很少真正检查过它们。
一段看起来很有道理的话，往往藏着三处漏洞：前提没被说出来（隐含假设）、术语前后含义在悄悄漂移（范围变化）、结论的成立其实依赖一个从未被验证的经验事实。人工逐条排查非常费时，而直接问通用大模型「这段话对吗」，得到的通常是一段同样含糊的评论。论证验证器Skill 的价值在于把这件事流程化、可重复、有固定产物。
一键安装的思路与步骤
所谓「一键安装 AI 技能」，本质是把一段预置的专业工作流（含提示词、子代理分工、输出模板）挂载到你的 AI 客户端里，让 AI 从「什么都能聊一点」切换到「按专家流程办事」。通用步骤如下：
- 确认前提：你使用的 AI 客户端/Agent 平台需要支持「技能（Skill）」机制，能加载外部技能包。具体支持的客户端清单以官方说明为准。
- 找到安装入口：通常在平台的技能市场、技能目录或技能管理页面，按技能名称「论证验证器」或英文名
argument-validator检索；部分平台也支持用技能 ID 11780 定位。 - 执行安装：在技能详情页点击添加/启用即可。如果平台提供命令行或配置文件式的安装方式，请以官方说明为准，不要凭猜测输入命令。
- 验证是否生效：安装完成后，直接对 AI 说一句「帮我验证这个论证：因为 A 所以 B」，如果返回的结果是带编号的前提列表 → 结论 → 有效性分析这种结构化格式，说明技能已成功接管任务；如果只是普通聊天式回复，则检查技能是否被正确启用或是否被其他技能抢占。
- 可选的 Lean 环境：只有当你想做「机器检查」时才需要本地的 Lean 环境。技能会先检查 Lean 是否可用（
lean --version或~/.elan/bin/lean --version），没有现成项目时用lean --stdin做快速验证。没有 Lean 也不影响主要功能。
该技能的主要功能和特点
- 七步可重复工作流：从「澄清目标和范围」到「合成最终分析」，每一步都有明确的动作和产物，同一个论证跑两遍，结论结构是一致的、可对照的。
- 显式前提与隐含假设分离：这是它最实用的能力之一。它会把论证重述为编号列表，并明确标注哪些是作者写出来的、哪些是作者没写但必须成立的。
- 前提类型打标：每条前提会被标记为「逻辑的 / 定义的 / 经验的」。这一分类直接决定了后面该用什么方式去检验——逻辑前提看推理，定义前提看是否自洽，经验前提才需要去找证据。
- 最小逻辑形式化：根据论证需要，选择命题逻辑或一阶逻辑，明确定义符号和谓词，把论证编码为「前提 → 结论」的公式，并特别标注量词顺序与范围变化这类高频出错点。
- 有效性检查 + 反例模型：它不只是说「无效」，而是指出证明失败的第一个位置，并尽可能构造一个反例模型，或者给出「让论证成立所需的最小额外假设」——后者往往比判决本身更有价值。
- 可选的 Lean 形式化：需要机器级严格性时，技能会委托形式化子代理产出可编译的 Lean 代码片段，并列出缺失的引理。
- 可并行的假设研究子代理：对每一条经验性或可争议的假设，单独生成一个研究子代理，要求返回「证据摘要 + 来源列表及链接 + 置信度评级（低/中/高）+ 冲突或缺口备注」，多个假设可以并行跑，效率远高于串行追问。
- 固定输出格式：最终交付严格按六段式排列——重述的论证、形式化、有效性分析、Lean 检查结果（如果执行）、假设表、修订建议或待澄清问题。
- 清晰的边界感：技能明确声明不处理「没有论证的简单意见问题」「纯粹的风格重写」「仅代码库的推理任务」，避免被滥用成万能写作工具。
和普通工具相比强在哪？普通工具给你的是文本，它给你的是判决 + 依据 + 可追溯的证据状态表。假设表这一项尤其关键：它让你一眼看出「这个论证成立与否，取决于哪三条还没被证实的事实」。
如何使用该技能？
第一步：发起请求并补全上下文
直接说明你要验证的目标。技能会先向你确认缺失信息：完整论证文本、结论、预期受众、模糊术语的定义与论域，以及你关心的是逻辑有效性、经验健全性，还是两者都要。
一个可以直接参考的调用示例：
请验证下面这个论证，我同时关心逻辑有效性和经验健全性，受众是公司管理层： 「我们应该全面推行远程办公。远程办公能提升员工满意度，而满意的员工产出更高，所以远程办公会提升公司整体产出。」
第二步：查看拆解结果（对应技能的第 2 步）
技能会先返回重述后的结构，例如：
- 前提 1（经验的）：远程办公能提升员工满意度。
- 前提 2（经验的）：员工满意度提升会带来更高的个人产出。
- 隐含假设（经验的）：个人产出之和可以直接等同于公司整体产出。
- 隐含假设（定义的）：「全面推行」的范围与「整体产出」的统计口径一致。
- 结论：远程办公会提升公司整体产出。
注意第三、四条——这正是日常讨论中最容易被跳过、也最容易导致结论崩塌的地方。
第三步：阅读形式化与有效性分析
紧接着会给出符号定义与公式化的表达，然后逐点尝试从前提推导结论。如果推导断裂，你会看到「证明失败的第一个位置」以及反例模型。
第四步：决定是否要 Lean 机器检查（可选）
如果你需要可编译的严格证明，明确告诉技能「需要 Lean 形式化」。它会检查 Lean 是否可用，并返回定理陈述、证明草图或失败原因。
第五步：让研究子代理去核实经验假设
对前提 1、前提 2 这类经验性陈述，技能会为每条假设启动一个研究子代理，各自返回证据摘要、来源链接与置信度评级。多个假设时并行执行。
第六步：读取最终六段式报告
最终输出固定包含：重述的论证、形式化、有效性分析、Lean 检查结果、假设表（前提 / 类型 / 证据 / 状态）、以及建议的修订或待澄清问题。你拿到的不是一段读后感，而是一份可以直接贴进评审文档的核查报告。
同类型竞品对比分析
| 方案名称 | 定位 | 核心功能 | 安装/使用门槛 | 适用场景 | 优势与不足 |
|---|---|---|---|---|---|
| 论证验证器Skill（argument-validator） | 结构化论证核查工作流 | 前提提取、隐含假设识别、最小逻辑形式化、有效性判决、可选 Lean 检查、并行假设研究 | 需在支持技能机制的 AI 客户端中安装；Lean 为可选项 | 方案评审、论文论证、辩论准备、内容事实核查 | 优势：流程固定、输出六段式可复用、能定位证明断裂点；不足：依赖用户提供足够完整的论证文本，深度形式化需要一定逻辑学基础 |
| 通用对话式大模型（不加技能） | 通用问答 | 自由分析、文风改写、给出「看起来合理」的点评 | 极低，开箱即用 | 快速获取初步意见 | 优势：零门槛、灵活；不足：输出结构不稳定，容易只复述而不验证，隐含假设常被漏掉，结论不可对照复跑 |
| 交互式定理证明器（如 Lean 等） | 形式化数学与机器验证 | 严格证明检查、可编译证明脚本 | 高，需学习证明语言与工具链 | 数学证明、形式化方法研究、关键系统验证 | 优势：机器级严格性无可替代；不足：把自然语言论证翻译成形式语言本身就是重活，非专业用户难以独立完成 |
| 论证地图/辩论协作工具 | 可视化梳理观点关系 | 以节点和连线展示论点、支撑与反驳关系 | 低，多为图形化操作 | 团队讨论、公共议题辩论整理 | 优势：直观、便于协作；不足：只做结构展示，不做逻辑有效性判决，也不核查前提的证据支持 |
一句话选择建议：要机器严格性选定理证明器，要直观呈现选论证地图，要「便宜、快、还能给出判决和证据状态」选论证验证器Skill。
该技能的典型应用场景与实际体验情况
场景一：技术方案评审中的「结论先行」
技术负责人常遇到这样的方案文档：结论写得很漂亮，但支撑它的前提里混着一条从未被验证的性能假设。使用方式是把方案的核心论证段落贴给技能，要求同时检查逻辑有效性与经验健全性。实际体验：拆解环节往往就能暴露出 1-3 条作者自己都没意识到的隐含假设；有效性分析通常能指出「即使所有前提都为真，结论也只是概率性成立」。上手难度低，但需要你有耐心读完假设表——真正的价值在那里。
场景二：研究生与本科生的论文论证自检
学生写引言时常犯的错是：定义术语时用一个意思，论证时又用另一个意思，或者把「相关」当成「因果」。使用方式是在提交前把引言或讨论章节的论证结构交给技能，要求标注前提类型与范围变化。实际体验：定义类前提的标注非常有用，常能一眼看出术语漂移；研究子代理返回的来源列表也能直接作为补充文献线索。注意事项：研究子代理给出的置信度评级只是参考，学术写作中引用前务必自己核对原文。
场景三：内容创作者与公共讨论参与者的事实核查
写评论、做视频脚本、准备辩论时，最怕的是「论证听起来很有力，但其中一个前提是道听途说」。使用方式是把论点与支撑理由交给技能，重点看假设表里的「状态」列。实际体验：并行假设研究明显缩短了核查时间，过去要逐条搜索的内容可以一次性拿到摘要与来源。注意事项：涉及强时效性话题时，应以最新一手来源为准。
场景四：逻辑教学与形式化入门
对想学逻辑或 Lean 的开发者，这个技能是一个不错的脚手架：先用自然语言论证练结构提取，再让它生成 Lean 定理陈述与证明草图。实际体验：从自然语言到形式化的过渡被显式拆解了，比直接啃教材友好；但 Lean 部分仍需要本地环境配置，属于「可选进阶」而非默认路径。
该技能能为用户带来的价值
第一，把「感觉不对」变成「知道哪里不对」。 过去面对一个可疑论证，多数人只能给出模糊的质疑；现在可以精确指出「证明在第 3 步断裂」或「结论依赖一条未被验证的经验假设」。这种可定位性，是把讨论从情绪拉回事实的关键。
第二，显著压缩论证核查的时间成本。 手工做一次完整的论证拆解——提取前提、找隐含假设、检查有效性、逐条核实证据——对非专业者可能是数小时量级的工作；借助固定的七步流程和并行的假设研究子代理，通常在一次对话内即可拿到结构化初稿。
第三，降低逻辑分析的专业门槛。 你不需要先修完逻辑学课程，也能得到带前提类型标注、带反例模型、带假设状态表的结果。技能承担了方法论的部分，用户只需要提供论证文本并回答问题。
第四，产出可复用的组织资产。 六段式输出格式固定，意味着团队可以把「论证核查报告」作为评审材料的标准附件，长期积累下来形成可对照、可追溯的决策依据。
第五，长期培养更严谨的表达习惯。 频繁使用后，用户会自然地在写论证时主动补上隐含假设——这是比任何单次结论都更长久的收益。
常见问题 FAQ
Q1：怎么安装这个技能？需要付费吗？
在支持技能（Skill）机制的 AI 客户端中，通过技能市场或技能管理入口搜索「论证验证器」或 argument-validator（技能 ID 11780）即可添加启用。该技能的许可证标注为 MIT。具体安装命令、平台支持范围与是否存在付费项，以官方说明为准。
Q2：这个技能和直接问大模型「这段话有逻辑问题吗」有什么区别？ 区别在流程与产物。直接提问得到的是自由文本点评，结构随机、易漏项；该技能强制走七步工作流，输出固定为「重述论证 → 形式化 → 有效性分析 → Lean 结果 → 假设表 → 修订建议」，并且会主动发起子代理去核查经验前提，而不是凭印象判断。
Q3：必须安装 Lean 才能用吗？
不需要。Lean 形式化在技能中被明确标注为「可选」步骤，只有在你想做机器级严格验证时才会触发。此时技能会先检查 Lean 是否可用（lean --version 或 ~/.elan/bin/lean --version），没有现成项目时可用 lean --stdin 快速检查。日常使用完全跳过这一步也能得到完整的有效性分析与假设表。
Q4：哪些情况不适合用它？ 技能本身已划定边界：没有论证的简单意见问题、纯粹的风格重写、仅代码库的推理任务都不适用。另外，如果你连一个相对完整的论证文本都给不出来（比如只有一句口号），建议先把观点展开成「理由 → 结论」的形式再调用。
Q5：和论证地图工具、定理证明器相比该怎么选？ 看你要的是「直观」「严格」还是「可判决」。论证地图工具胜在可视化协作，但不做逻辑有效性判决；定理证明器提供机器级严格性，但把自然语言翻译成形式语言本身就是重活；论证验证器Skill 处在中间位置——保留了从自然语言出发的低门槛，同时给出明确的有效性/健全性判决和证据状态表。三者并不互斥，实践中常组合使用。