Tencent Meeting Productivity
把腾讯会议已经产生的内容变成可执行的会议成果。这个 Skill 同时支持“导出文件/粘贴文本”和“企业 API 自动读取”两种输入；两种输入进入同一套事实提取、行动项校验和会后跟进流程。
Input Modes
先判断用户提供的内容属于哪一种：
| 模式 | 输入 | 适用对象 | 处理方式 |
|---|---|---|---|
| 文件模式 | 腾讯会议 TXT、Word、PDF、AI 纪要或粘贴的转写 | 所有用户 | 直接读取、规范化、整理 |
| API 模式 | meeting_id、record_file_id、企业 API 连接 |
企业内部用户 | 查询已完成录制并取得带时间戳转写 |
| 混合模式 | API 元数据 + 用户导出的转写文件 | API 权限不完整或需要人工修订 | 以文件内容为正文，以 API 元数据补充来源 |
文件模式永远可用。API 未配置、凭证过期、权限不足、转写接口不支持当前鉴权方式时，明确说明原因并回退到文件模式；不得为了“自动化”而猜测或绕过权限。
文件模式
优先识别腾讯会议导出内容中的以下字段：
- 会议标题、日期、时长、参会人
- 发言人姓名或设备名称
- 发言时间戳
- 文字转写、录制转写、智能录制、AI 纪要
- 腾讯会议原有的章节、摘要、待办和关键词
如果 PDF/Word 无法读取，要求用户复制文字或重新导出 TXT；不要把文件名当成会议内容。若用户只提供音频/视频，先确认当前环境是否具备转录能力；不具备时请用户从腾讯会议导出转写。
API 模式
仅使用只读接口取得会议资料。若 API 辅助脚本已随 Skill 安装，使用 scripts/tencent_meeting_api.py；AppId、SecretId、SecretKey 和用户标识必须从安全连接器或环境变量读取，不要在聊天中索取或显示 SecretKey。企业 JWT 请求还需要 X-TC-Registered: 1，脚本会自动加入。
python3 scripts/tencent_meeting_api.py list \
--start-time <unix_seconds> \
--end-time <unix_seconds> \
--meeting-id <meeting_id>
python3 scripts/tencent_meeting_api.py transcript \
<meeting_id> <record_file_id> > tencent-transcript.json
API 流程：
- 按会议 ID、会议 Code 或不超过 31 天的时间范围查询录制列表。
- 只把
state=3（转码完成）的录制作为可处理输入；state=1/2返回等待提示。 - 如果一场会议有多个
record_file_id，先让用户选择，或在输出中明确按时间合并。 - 查询录制详情时保留会议主题、录制文件 ID、下载地址和转写/纪要地址等来源元数据。
- 查询转写详情时分页合并
paragraphs，保留pid、start_time、end_time、文本和发言人字段。 - API 只返回部分页、空转写或重复游标时，报告缺失范围，不把部分内容说成完整会议。
腾讯会议的转写详情、转写段落和搜索接口可能有鉴权方式限制。遇到 OAuth2.0 不支持的接口，使用企业内部 JWT/Secret 鉴权或回退到导出的 TXT/Word/PDF；不绕过权限。
Workflow
1. 建立输入记录
先写出输入来源和完整性：
来源：腾讯会议文件导出 / 腾讯会议 API / 用户粘贴
会议标题：未提供
会议日期：未提供
参会人：未提供
时间戳：有 / 无 / 部分缺失
转写完整性：完整 / 可能截断 / 空内容
来源字段缺失时写“未提供”，不从文件名、上下文或常识补全。
2. 规范化转写
- 按时间戳排序；保留原始
pid或段落顺序。 - 合并明显的断句和重复口头语，但不改变事实、数字、否定词或承诺强度。
- 标准化“嗯、啊、呃”等口头语时，保留可能影响语义的停顿和转折。
- 同一设备多人发言但无法区分时写“未识别发言人”，不要猜姓名。
- 中英混合内容保留原词；专有名词、产品名、数字和日期优先以原文为准。
3. 区分事实、观点、决策和提议
使用以下判定：
| 类型 | 只有在输入中出现以下证据时才归类 |
|---|---|
| 事实 | 已发生、已完成、已有数据或明确状态 |
| 决策 | 明确同意、批准、确认、定案或指定方案 |
| 待办 | 有具体动作，且有人被明确要求负责或承接 |
| 风险 | 可能阻塞目标的事实、担忧、依赖、冲突或不确定性 |
| 未决问题 | 被提出但没有答案、负责人或最终决定的问题 |
| 建议/观点 | 讨论中的想法，不能当成已确认结论 |
“可以考虑”“我建议”“之后再看”“应该可以”不能直接写成决策或承诺。
4. 提取行动项
每个行动项都要有证据。没有明确负责人或日期时使用“待确认”，不得猜测。
行动项字段：
| 字段 | 写法 |
|---|---|
| 任务 | 以“完成、整理、确认、发送、评估、修复”等动词开头 |
| 负责人 | 仅使用明确被指派或主动承接的人；否则为“待确认” |
| 截止时间 | 保留“下周五”等原文；能结合会议日期确定时再补绝对日期 |
| 依赖/备注 | 记录前置条件、交付物、范围或相关议题 |
| 证据 | 引用短句或时间戳，足以让用户回到原文核对 |
| 置信度 | 明确、推断 或 待确认 |
5. 生成会后沟通
根据用户需要生成以下一种或多种：
- 负责人跟进消息：一人一条，短、明确、含任务和日期。
- 团队群公告：只写已确认事项和下一步，不公开不必要的敏感内容。
- 邮件：包含会议目的、决策、行动项、需要回复的确认项。
- 项目更新：按“已完成 / 进行中 / 风险 / 下一步”组织。
外发前提醒用户核对姓名、日期、客户信息和敏感内容。不要在群公告中把“推断”写成“决定”。
Output Contract
默认输出“标准版”，顺序固定：
1. 一页摘要
用 3–7 条说明会议目标、主要讨论、结论和下一步。
2. 会议基本信息
列出标题、日期、来源、参会人和转写完整性；缺失项标记“未提供”。
3. 关键议题与结论
每个议题包含：议题名称、讨论要点、结论状态（已确认/未决/建议）、证据时间点。
4. 已确认决策
只列明确确认的事项；如果没有决策，明确写“本次输入未发现已确认决策”。
5. 行动项
| # | 任务 | 负责人 | 截止时间 | 依赖/备注 | 证据 | 置信度 |
|---|---|---|---|---|---|---|
| 1 | 完成发布清单并发给团队 | 李明 | 下周五（具体日期待确认） | 依赖产品验收 | [00:18:42]“李明负责整理并发出” | 明确 |
6. 风险与未决问题
区分“已经发生的风险”“讨论中的担忧”和“待回答问题”，并为每项注明证据和建议的下一步；建议不能冒充决策。
7. 需要确认的信息
集中列出缺少的负责人、绝对日期、预算、范围或决策人，方便用户在会后一次性补齐。
8. 会后跟进消息
生成一份可以直接复制的邮件或群消息，正文只使用已确认信息；不确定内容用“请确认：……”列出。
Modes
快速版：摘要、已确认决策、行动项、未决问题。标准版：完整的Output Contract，默认使用。管理版：标准版 + 风险、执行阻塞、沟通模式和需要管理者介入的事项。沟通洞察只能作为观察，不给个人下无证据的性格判断。汇报版：标准版改写为适合 Word/PDF/PPT 的正式结构，突出结论、数字、风险和下一步。跟进版：只输出负责人消息、群公告、邮件或项目更新。
用户没有指定模式时使用标准版；用户只说“给我重点”时使用快速版；用户要求“复盘会议”时才开启管理版洞察。
Quality Checks
输出前逐项检查：
- [ ] 所有已确认决策都能回到原文或 API 段落证据。
- [ ] 每个行动项都有负责人和截止时间，或明确写“待确认”。
- [ ] 相对日期没有在缺少会议日期时擅自换算。
- [ ] 发言人无法确认时没有猜姓名。
- [ ] 观点、建议和讨论中的方案没有被写成决策。
- [ ] API 输入的分页、录制文件和转写完整性已说明。
- [ ] 没有把会议摘要、腾讯会议原生 AI 纪要和本 Skill 的推断混为一谈。
- [ ] 会后消息没有泄露不必要的个人、客户或企业敏感信息。
Common Mistakes
| 错误 | 修正 |
|---|---|
| 把腾讯会议的 AI 纪要直接当成最终结论 | 仍回查原始转写，区分确认、建议和未决 |
| 为了填满表格而猜负责人或截止日期 | 写“待确认”，放入确认清单 |
| 只按发言顺序复述全文 | 按议题、决策和行动项重组 |
| API 转码未完成就生成纪要 | 返回等待转码状态，或使用已导出的转写 |
| OAuth 无权限时尝试调用企业专用转写接口 | 解释限制，使用企业 JWT 或文件模式 |
| API 只取到第一页就结束 | 依据 more/pid 继续分页并检查重复游标 |
| 把沟通洞察写成对人的定性评价 | 只描述可观察的发言事实，并标注局限 |
Synthetic Example
输入片段：
[00:03:12] 王芳：本周先完成客户验收，发布排期下周再确认。
[00:04:05] 李明：我来整理验收问题，周五前发给大家。
[00:05:31] 王芳：可以，发布日期暂时不要写死。
正确输出：
### 已确认决策
- 本周优先完成客户验收。
- 发布日期暂不确定，后续确认。
### 行动项
| # | 任务 | 负责人 | 截止时间 | 依赖/备注 | 证据 | 置信度 |
|---|---|---|---|---|---|---|
| 1 | 整理验收问题并发给参会人 | 李明 | 周五（具体日期待确认） | 用于后续发布排期 | [00:04:05]“我来整理验收问题，周五前发给大家” | 明确 |
不能把“发布日期暂时不要写死”改成“下周发布”，也不能把客户验收负责人猜成王芳。
