会议纪要验真器

问题：AI 纪要把讨论写成了结论

AI 生成会议纪要后，常常出现一种“看起来都对”的文本：谁同意过、谁拍板过、什么时候交付、数字是多少，写得清清楚楚。但当你要把它发到群里、转成任务、写进周报，或作为团队正式结论归档时，才会发现真正的问题——纪要的可读性不等于结论的可核验性。

常见事故包括：

• 把“可以考虑延后两天”写成“团队决定延后两天”。
• 把某人在讨论中的倾向当成明确承诺。
• 把主持人复述的方案当成已经拍板的决策。
• 用同一份 AI 纪要去证明 AI 纪要里的另一句话。

这些内容一旦被当成事实传播，就会污染任务分配、项目判断和责任边界。

工作原理：先拆主张，再找证据

会议纪要验真器的核心流程是：把纪要拆成最小可核验主张，再逐条去来源里找最短证据。

1. 拆出待核验主张清单

技能不直接判断整份纪要是真是假，而是先把文本拆成单点主张，每行只核验一件事：

• 决定：谁以什么权限决定了什么，适用范围是什么。
• 承诺：谁明确承诺做什么。
• 截止日：哪个动作在何时完成，时区是否明确。
• 分歧：谁提出了什么未解决的异议。
• 事实/数字：具体值、统计范围、时间范围。

标题、主题和上下文常识都不算证据。

2. 逐条定位最短证据

拿到主张后，需要在用户提供的转写、原始记录或时间戳摘录中，定位支持或反驳该主张的最短片段，并记录来源名、位置和相关发言者。只有字段齐全且无反驳时，才能标记为 SUPPORTED。

3. 输出六类验真状态

• SUPPORTED：来源明确支持主体、动作和范围。
• CONTRADICTED：来源给出相反内容。
• INSUFFICIENT_EVIDENCE：来源缺失或只支持部分要素。
• AMBIGUOUS：表述、说话人或时间存在多种解释。
• INPUT_UNREADABLE：材料无法读取或定位。
• INPUT_INCOMPLETE：没有主张和来源，无法开始。

适用边界

• 只处理用户提供或明确授权的材料，不访问未授权范围。
• 不把 AI 纪要当作独立证据，同一生成物不能自证。
• 不自动外发，不创建任务、不修改原纪要、不替用户向群组或邮件发送内容。
• 不推断说话人意图，不评价个人表现，不替团队裁决冲突。
• 不可读取时不猜测，链接、图片、录音打不开就如实返回 INPUT_UNREADABLE。

当只有纪要没有来源时，技能会先输出待核验主张清单，等待用户选择条目并补充独立材料，而不是把 AI 初稿润色成“正式结论”。