腾讯会议有据

会议结论为什么需要证据链

团队常在会议结束后迅速达成共识：会上拍板的决策、分配的行动项，大多散落在录制、智能纪要和逐字稿里。问题在于，等到复盘时，没人能说清某条决策到底出自哪一段发言、由谁确认、在什么时间点敲定。负责人与截止时间更是经常缺席——要么被随手补全，要么永远悬空。

会议有据 不做普通的纪要生成，它把腾讯会议的原始数据加工成一条可追溯的证据链：每条正式决策都必须能回到逐字稿段落、发言人和时间点；缺少原文依据的结论不能进入正式结果。

核心能力与处理流程

技能先把会议数据采集到本地工作目录，输出标准化的 source_bundle.json、分析协议与 schema。随后由当前主 Agent 完成语义分析，并按以下类别严格区分内容：

• decision：明确达成或确认的决定
• action_item：需要执行的事项，必须绑定负责人与截止时间
• proposal：仅被提出、未形成决定的方案
• disagreement：明确分歧或反对意见
• risk 与 open_question：影响业务的风险点及未决问题

每条结论的证据类型只有三种合法取值：单段原文直接支持（direct）、多段组合支持（combined）或模型推断（inferred）。推断必须标记 needs_human_review=true，无证据（unsupported）的结论一律被挡在正式结果之外。

流程末尾会执行证据校验，校验不通过就必须修正分析结果，不能绕过。最终交付离线 HTML 报告、结构化 JSON、行动项 CSV 和处理日志四类文件；需要沉淀时写入 SQLite，重复执行保持幂等。

适用边界

这是一个 V0.1.0 的只读技能：不修改会议、不移除成员、不申请录制权限，也不输出任何 Token 或内部 ID。目标会议没有逐字稿时，最多输出摘要草稿并全部标记人工复核，绝不伪造证据。本机需可执行 tmeet 与 Python 并完成授权登录；多场会议候选时必须由用户明确选择。它只负责把证据摆到桌面上，判断仍然属于人。