腾讯会议同频器 - 面向连续协作的团队共识记忆

将腾讯会议的会议、智能纪要和转写转成可追溯的团队共同记忆。不要生成泛泛的“上次会议摘要”；只返回本次会议最需要重新对齐的事实、分歧和问题。

何时使用

在用户要求以下任一任务时使用：

• 为即将开始的预约会议准备会前上下文、共识校准或相关历史；
• 为指定的新成员、回归成员或临时参会者准备入场背景；
• 在新纪要或转写可读取后比较本次会议改变了什么；
• 追溯“当时为什么做/没做某个决定”，或检查该决定是否仍有效。

不要把本 Skill 用作实时会中监听、自动入会、任意会议扫描器或未经确认的会议管理工具。

先决条件与总规则

1. 确认官方 tmeet-skill 和其 tmeet CLI 已安装。这是本 Skill 的必需依赖；缺失时请用户安装，不能以浏览器或编造资料替代。
2. 先运行 tmeet auth status。未登录时说明需要用户自行完成 OAuth；不索要密码、Token 或授权链接。
3. 只处理用户明确指定、或宿主调度器明确传入的会议范围；不得默认扫描全部历史会议。
4. 执行 tmeet 查询前，按需读取 references/tmeet-cli.md。优先读取智能纪要；纪要缺失或信息不足时才读取最小必要的转写段落。不得在回答中粘贴完整转写。
5. Skill 可以自动生成内容，但不拥有时钟、Webhook、私信通道、媒体接入或自动入会能力。会前唤醒、会后轮询、重试和投递由宿主 Agent 运行时处理。
6. 本版本不支持自动向任何群聊发送。即使宿主提供消息通道，也只返回可复制草稿给请求者，不调用任何外发动作。
7. 会议创建、修改、取消、邀请、外发消息和 permission-apply-commit 必须由用户逐次明确确认。本 Skill 默认不执行这些写操作。
8. 无录制、无纪要、无转写或无权限时，解释当前缺少什么、建议用户能采取的下一步；不要编造内容，也不得自动申请权限。

证据标签

对每条结论先判定标签，再决定能否作为事实输出：

• 已确认决定：材料含明确决定性表达，或用户在当前会话明确确认。
• 工作约定：至少两场可访问会议持续采用，但没有正式决定性表达。
• 待确认分歧：材料存在冲突说法、未回应反对意见或未闭环问题。
• 推测：基于关联性提出的风险或待确认问题；不得当作事实、决定或承诺。

只有在同一术语定义改变、旧决定被新决定明确替代、承诺或范围存在可追溯冲突，或同一问题多次讨论仍无明确决定时，才称为“共识漂移”。每个漂移判断至少附一条来源证据。

选择工作流

prepare-alignment

1. 读取当前会议及用户允许的历史范围，先确认会议是否是周期性会议。
2. 对周期性会议，优先使用同一周期系列的已结束子会议；按“明确决定 → 未决项 → 反复出现但未闭环的问题 → 本次会前应回看的承诺”排序。
3. 对普通预约会议，按“用户指定会议 → 主题/关键词关联 → 参会人重合度”排序候选历史；每条候选必须说明关联理由。标题相同本身不足以证明相关。
4. 从可访问材料中最多选择四项：已有共识、共识漂移或未决项、未被回应的关键反对意见、一个本次应确认的问题。
5. 使用“同频卡”模板输出。没有足够证据时，说明降级并向用户索要本次目标、关键词或参考会议。

brief-participant

1. 只在用户明确指定某位新成员、长期缺席后回归者或临时参会者时执行。
2. 从用户允许的相关会议中提炼：必须理解的决定、关键背景或术语、当前分歧，以及本次最需要该成员回答的问题。
3. 将内容作为给请求者的私人上桌简报返回。生成简报不等于发送；发送给该成员、添加邀请或修改会议都必须等待确认。
4. 不得根据参会数据推断个人绩效、发言质量、人际关系或隐私属性。

process-memory-delta

1. 接收会议标识、会前同频卡版本和“材料可读”事件；读取智能纪要，必要时用最小必要转写补足。
2. 将本次内容与会前卡和已有记忆逐项比较，归为：新增、强化、修订、失效、未解决或待确认。
3. 输出共同记忆差分和下一次会前的候选问题。只记录结论与最小证据引用，不持久化完整纪要、转写、会议链接或内部标识。
4. 若材料尚未生成或没有访问权限，返回“尚不可更新”的处理状态和可重试条件；不要假装完成更新。

apply-memory-confirmation

1. 仅接受用户明确确认并在当前会话中点名的差分条目；“看起来没问题”或沉默都不是确认。
2. 写入前复述将保存的条目、证据标签、来源会议日期/主题和目标路径；用户未确认目标路径时，只返回待写入预览。
3. 只在用户明确授权的本地工作空间中，更新 .tmeet-team-syncer/approved-memory.md。每项保存结论、已确认决定 / 工作约定 / 待确认分歧 / 推测 标签、最小证据引用和当前状态；不写入完整纪要、转写、会议链接、内部会议 ID 或任何 OAuth 凭证。
4. 追加或修订前先比对已有条目：同一证据的新版本标为“修订”，不能静默覆盖；无法安全合并时返回冲突预览并等待用户确认。
5. 此工作流只写用户本地文件，不调用 tmeet 写操作，不外发消息，不申请录制权限，不自动加入会议。

trace-decision

1. 接收用户的问题、方案名或关键词，以及允许检索的会议范围。
2. 找出最相关的决定证据、当时前提、支持和反对理由，以及之后造成变化的会议；说明每条关联理由。
3. 将当前状态标为 有效、已修订、已失效 或 待确认，并输出最小必要证据。
4. 证据不足时回答“未找到可确认的决定证据”，请求用户指定会议、日期或关键词；不得补造历史。

输出模板

同频卡

## 本次同频

- [结论]｜[证据标签]｜来源：[日期 · 会议主题]｜本次建议：[一句行动或确认问题]
- [结论]｜[证据标签]｜来源：[日期 · 会议主题]｜本次建议：[一句行动或确认问题]

需要确认： [只保留一个最关键的问题]

最多四项；不要输出完整纪要或无关历史。

私人上桌简报

## 给 [成员] 的入场背景

必须知道： [最多三项已确认决定或工作约定]
仍有分歧： [一项待确认分歧；没有则写“未发现”]
本次最需要你回答： [一个具体问题]

共同记忆差分

## 本次会议改变了什么

- 新增 / 强化 / 修订 / 失效： [结论]｜来源：[本次会议]
- 仍未解决： [问题]｜下次候选：[一句问题]

决策溯源

## 决策溯源：[决策或方案]

当前状态： [有效 / 已修订 / 已失效 / 待确认]
当时前提： [有证据的前提]
支持与反对： [最小必要的双方理由]
后续变化： [有证据的变化；没有则写“未发现”]
来源： [日期 · 会议主题 · 关联理由]

使用示例

用户说：“下周的产品周会开始前，帮我看看上次讨论后最需要确认什么。”

1. 先要求用户指定下周会议，或由宿主传入已确认的会议范围；周期会议只读取同系列已结束子会议。
2. 读取可访问的智能纪要；若纪要未就绪，返回 MATERIALS_PENDING，说明可重试条件，不以标题猜测内容。
3. 只返回同频卡，例如：

## 本次同频

- 首发范围尚未确认｜待确认分歧｜来源：上周产品周会｜本次建议：在 10 分钟内确认第一批地区。
- 埋点方案需在周四前冻结｜已确认决定｜来源：上周产品周会｜本次建议：确认负责人是否接受当前口径。

需要确认：首发范围由谁在本次会议拍板？

上例只说明输出形状，不代表存在真实会议或结论；不发送给参会者，也不写入共同记忆。

常见问题

• 没有找到上一场材料：返回 MATERIALS_PENDING，说明缺少纪要、转写或访问权限；请用户给出会议、日期或关键词后再试。
• 不是周期会议，哪些历史可参考：只按用户给出的关键词、指定会议或明确关联理由检索；不做全量历史扫描。
• 想把同频卡发到群里：只给可复制草稿；任何外发动作由用户在自己的渠道完成。
• 想保存差分：先返回待写入预览，只有用户逐项明确确认后才可写入其授权的本地共同记忆文件。

自动化交接

当宿主 Agent 配置自动化时，只接受明确传入的 meeting.prepare、meeting.materials-ready、participant.brief-request、workbuddy.preflight-scan、workbuddy.postflight-scan 或 memory.confirm 事件。事件必须包含用户已确认的会议范围；对普通预约会议还必须包含关键词或明确关联会议，才允许跨会议检索。

使用会议发生日、主题规范化值、材料版本和卡片内容版本形成 SHA-256 幂等键，避免重复投递同一版本内容。自动化可把哈希化去重状态写入用户明确指定的本地工作空间；不得持久化 OAuth Token、会议链接、原始会议 ID、完整标题、完整纪要或完整转写。

没有宿主自动化时，仍可在用户主动调用时完整执行本 Skill。所有宿主默认不自动加入会议、不自动申请权限。本版本不支持自动向任何群聊发送；即使 WorkBuddy 或其他宿主接入消息通道，也只能产出草稿，不能调用外发动作。创建/更新/取消会议、邀请成员和 permission-apply-commit 仍需要用户逐次明确确认。WorkBuddy 专用调度、范围文件与推送配置见 references/workbuddy-automation.md。