article-fact-checker

name	article-fact-checker
description	逐段逐句鉴定一篇文章内容的真伪，拆解论证结构，对每个事实/推断节点做六维核查（逻辑正确性、结论可量化性、证据链完整性、证据是否捏造、证据可考证性、来源可信度），最后输出带原文定位的问题清单和置信度打分表。触发条件：用户提到"鉴别真伪"、"这篇文章可信吗"、"内容审查"、"事实核查"、"fact check"、"这段话是真的假的"、"帮我查一下这篇文章的漏洞"、"证据链完不完整"、"这个结论站得住脚吗"、"逐句检查"、"这篇报道靠谱吗"，或者给出一篇文章/一段内容并希望知道"能不能信"、"哪里有问题"、"论证严不严密"。即使用户只说"帮我看看这篇文章有没有问题"或"这篇文章说的是真的吗"，也应使用本 skill。输出为 Markdown 报告，保存到当前项目 markdown/ 目录。

文章真伪鉴定

这个 skill 在做什么，为什么这么设计

逐字逐句核查是最耗时也最容易做偏的方式——如果不先搭结构，很容易把力气花在 "这句话写得挺有文采"这种无信息量的修辞句上，反而漏掉真正承载事实主张的关键句。 所以这个 skill 分两步走：

1. 先拆结构，不先核查：把文章还原成"结论 ← 分论点 ← 证据"的论证树，只标出 承载事实陈述或因果/推断主张的句子作为核查对象，纯描述、过渡、情绪煽动句只 标记类型，不逐条查真伪。这样能把工作量集中在真正需要核查的 20%~30% 的句子上。
2. 对每个核查节点跑六维检验，而不是笼统给一个"可信/不可信"。六维分别对应 六种不同的造假/失实模式——逻辑断裂、结论空心化、证据链缺环、数据捏造、 孤证无法溯源、来源本身不可靠——混在一起打一个总分，用户没法知道问题到底出 在哪一环，也没法针对性地去核实。

打分用取短板而不是取平均：六维里任何一维出现严重问题（比如证据被证实是 捏造的），这个论证节点的综合置信度就应该被拉到很低，不能被其他维度的高分拉平—— 一篇文章"看起来逻辑严密、来源权威，但关键数据是编的"，本质上比"逻辑略松散但 证据都真实"更危险，取平均会掩盖这一点。

第一步：拿到原文

• 用户直接粘贴文本：直接用。
• 用户给的是文件路径：纯文本/Markdown 直接读；docx/pdf/pptx 先用对应技能 （docx / pdf-reading / pptx）提取正文再继续，不要对着带格式标记的原始内容分析。
• 用户给的是 URL：用 web_fetch 抓取正文。

第二步：拆解论证结构

通读全文一遍，产出一张论证树，明确以下三类元素：

• 主结论：文章最终想让读者相信/接受的核心主张。
• 分论点：支撑主结论的中间层论点。
• 句子分类：把文章里每一句/每一段拆成下面几类，并标注原文定位（第几段/ 引用原句片段）：
  • 事实陈述句（可核查对象）：有具体的人、事、时间、数字、机构。
  • 因果/推断句（可核查对象）：从A推出B，包含"导致""因为""说明""证明" 这类连接词。
  • 定性/评价句：不含可验证事实，但构成文章的核心论点（比如"这项技术具有 革命性意义"）——这类要单独处理，见第四步。
  • 修辞/过渡/情绪句：无实质信息量，不需要核查真伪，但如果煽动性明显， 在报告里提一句即可，不用展开。

只对前三类（事实陈述句、因果/推断句、定性/评价句）逐一进入第三、四步的核查。

第三步：对事实陈述句和因果/推断句做六维核查

对每一个核查节点，逐维打分（0-100）并写出依据：

维度	检查什么	常见问题信号
① 逻辑正确性	形式层：有没有滑坡、稻草人、诉诸权威、幸存者偏差、相关当因果、以偏概全；结构层：论据支撑的到底是这句结论，还是一个"看起来差不多但范围不同"的结论	用"样本涨了30%"支撑"行业普遍上涨"这类偷换范围的手法最隐蔽，要重点看
② 证据链完整性	先判断论证类型（演绎/归纳/类比/因果），再对照该类型该有的环节找缺口：因果论证缺"排除混淆变量、时间先后顺序、反例检验"；归纳论证缺"样本量、样本代表性、选择性引用"；类比论证缺"类比双方的关键相似点是否真的成立"	明确写出"缺了什么"，不要只说"证据链不完整"
③ 证据是否捏造	反向搜索原始数据源（用 web_search）；核对时间线是否自洽（事件时间/报道时间/引用时间有无矛盾）；数字是否经得起量级估算（费米估算法，很多编造数据一算就露馅）	找不到原始出处、时间线矛盾、数量级明显不合理
④ 证据可考证性	分三级标注：一手可核实（有链接/可查原始出处）、二手转引（只能查到"某人说"）、无法溯源（孤证、匿名消息源、"业内人士透露"）	级别越低，这一维分数越低
⑤ 来源可信度	来源历史准确率、作者/来源与该结论是否有利益关联（利益相关方陈述天然降权）、该来源是否有过因类似内容被打脸的记录	用 web_search 查该来源过往报道的可信记录
⑥ 综合置信度	不是六维平均，而是取短板（木桶原理）：任一维严重偏低，综合分跟着拉低	证据链断了一环，逻辑再漂亮也不该给高分

需要外部核实的地方（原始数据源、时间线、来源历史记录）主动用 web_search / web_fetch 去查，不要凭训练知识臆断，也不要因为"这个说法很常见"就默认为真。

第四步：定性/评价句的替代检验（不可量化结论怎么判断真伪）

定性结论没法用数字验证，但可以用三条替代路径：

1. 可证伪性测试：这个结论如果是假的，世界应该长什么样？如果作者举不出 "什么情况下这个结论会被推翻"，标记为"不可证伪，存疑"。
2. 内部一致性测试：这个定性结论和文章里其他可量化的事实是否矛盾？矛盾就是 造假或逻辑断裂的信号。
3. 同行共识锚定法：用 web_search 把这个定性结论放到该领域公开的专家共识/ 综述文章里比对，标注它是"共识观点""少数派观点"还是"孤例主张"三者之一， 在打分里体现——共识观点即使无法精确量化，可信度权重也应高于孤例主张。

第五步：汇总打分与问题清单

产出一张表，每行对应一个核查节点：

序号	原文定位（段落/引用片段）	类型	①逻辑	②证据链	③是否捏造	④可考证性	⑤来源可信度	综合置信度(取短板)	问题说明

问题说明要具体到"缺了什么/矛盾在哪/查不到出处"，不能只写"存疑"。

第六步：输出 Markdown 报告

保存到当前项目的 markdown/ 目录（没有就创建），文件名格式： markdown/真伪鉴定-<文章标题或简短标识>.md

报告结构：

# 文章真伪鉴定报告：<标题>

## 结论摘要
一句话总结：这篇文章整体可信度如何，最大的问题出在哪一环。

## 论证结构
- 主结论：...
- 分论点：
  1. ...
  2. ...

## 核查节点明细表
（第五步的表格，全部核查节点）

## 定性结论核查
（第四步涉及的定性/评价句，逐条给出可证伪性/一致性/共识锚定的判断）

## 未核查内容说明
（修辞/过渡/情绪句的简要说明，不用逐条展开）

## 总体置信度
| 项目 | 结果 |
|---|---|
| 核查节点总数 | N |
| 高置信度（≥80） | N |
| 中等置信度（40-79） | N |
| 低置信度（<40，需重点关注） | N |
| **文章整体可信度判断** | 高 / 中 / 低，附一句话理由 |

存完文件后用 present_files 呈现报告，简短说一句结论（整体可信度+最大问题点）， 不用把报告内容在对话里重复一遍。

边界情况

• 文章很长（超过几千字）：可以按小节分批处理论证树和核查表，但最终汇总成 一张完整的核查节点表，不要拆成多个文件。
• 纯观点性文章（几乎没有事实陈述）：核查重点转向第四步的定性检验和第一步 的逻辑检验，提前跟用户说明"这篇文章事实性内容较少，核查会以逻辑严密性和 论点一致性为主"。
• 用户只想查某一段/某几句，不是全文：可以只对用户指定的部分走完整流程， 但仍要先看一眼上下文，确认这段话在全文论证结构里的位置，避免断章取义式核查。
• 核查过程中发现证据造假的确凿证据：直接在问题说明里明确指出，不要因为 "不确定意图是不是恶意"而弱化措辞，但也不要过度延伸推测作者动机——只说 "证据与可查证的原始来源不符"这类事实层面的判断，不做诛心之论。