技能介绍

问题：多场会议后的决策难以追溯

一场接一场的会议结束后，最棘手的问题不是记录太少，而是决定太散。上周三定的上线时间，本周二又被重新讨论却没人提之前的决定；谁答应做的事，截止日期过了，却在另一场会议的纪要里找不到负责人。要把“现在哪些决定还有效”“哪里存在未裁决的冲突”“下次开会必须定什么”这些问题理清楚，靠人工翻纪要和逐字稿，费时又容易漏。

核心工作：从逐场提取到跨会议归并

技能的工作流围绕可追溯设计：

先确认三个关键输入：项目或议题名称、时间范围或会议号、需要准备的下一场会议或待回答问题。若用户未给时间范围，只追问这一项——会议范围本身是隐私边界，不默认读取全部历史。
获取材料时，腾讯会议走只读流程，优先读智能纪要找候选议题，再核逐字稿；用户也能粘贴纪要、转写等手动材料。智能纪要不是事实来源，所有决定、承诺、冲突必须能指向逐字稿原文。
逐场提取六类事件：已确认的decision、行动承诺commitment、未裁决的disagreement、待回答问题open_question、建议proposal、完成证据completion。每条事件保留最短原文、会议号、发言人等，证据不足标needs_confirmation，新决定替代旧决定用supersedes，未正式替代的矛盾用conflicts_with，裁决权留给用户。
归并议题时，先靠明确项目名或业务标识，名称相似度仅辅助；拒绝因“上线”“评审”等泛词合并。确认过的归并关系优先于模型判断。
最终生成UTF-8 JSON，运行脚本得到decision-ledger.json（完整历史、当前有效决定和异常）和pre-meeting-brief.md（最多五个优先裁决事项）。脚本做确定性计算，不手工篡改预警结果。

适用边界与注意点

隐私优先：不默认读取全部历史会议，时间范围是明确边界；内部调用的meeting_id等标识不写入用户可见文件。
安全红线：不输出AccessToken、RefreshToken等凭证，不自动申请录制权限、发送消息或修改会议，不从发言推断个人属性。
降级不凭空：tmeet未安装或未登录时，允许手动提供材料；只有智能纪要时，关键结论标记待确认；材料缺失时明确标注，不把“没取到”当“没发生”，无相关材料时返回检索范围和建议关键词，绝不生成虚构决定。