腾讯会议同频器 - 面向连续协作的团队共识记忆
将腾讯会议的会议、智能纪要和转写转成可追溯的团队共同记忆。不要生成泛泛的“上次会议摘要”；只返回本次会议最需要重新对齐的事实、分歧和问题。
何时使用
在用户要求以下任一任务时使用：
- 为即将开始的预约会议准备会前上下文、共识校准或相关历史；
- 为指定的新成员、回归成员或临时参会者准备入场背景；
- 在新纪要或转写可读取后比较本次会议改变了什么；
- 追溯“当时为什么做/没做某个决定”，或检查该决定是否仍有效。
不要把本 Skill 用作实时会中监听、自动入会、任意会议扫描器或未经确认的会议管理工具。
快速开始
只需按以下最小路径开始；不需要先配置定时器或消息通道：
- 安装官方
tmeet-skill，并由用户完成tmeet auth status所提示的登录。 - 用一句自然语言提供范围与目标，例如：
会议范围：明天的产品周会；本次目标：确认首发范围；想要：不超过四项同频卡。 - 先在用户主动调用中生成草稿；只有范围、触发事件和本地工作空间都已明确时，才把会前/会后检查交给宿主自动化。
若材料未就绪、范围不清或登录状态不可用，先返回状态和可重试条件；不要以相似标题、猜测的周期关系或全量扫描替代输入。
先决条件与总规则
- 确认官方
tmeet-skill和其tmeetCLI 已安装。这是本 Skill 的必需依赖；缺失时请用户安装，不能以浏览器或编造资料替代。 - 先运行
tmeet auth status。未登录时说明需要用户自行完成 OAuth；不索要密码、Token 或授权链接。 - 只处理用户明确指定、或宿主调度器明确传入的会议范围；不得默认扫描全部历史会议。
- 执行 tmeet 查询前，按需读取 references/tmeet-cli.md。优先读取智能纪要；纪要缺失或信息不足时才读取最小必要的转写段落。不得在回答中粘贴完整转写。
- Skill 可以自动生成内容，但不拥有时钟、Webhook、私信通道、媒体接入或自动入会能力。会前唤醒、会后轮询、重试和投递由宿主 Agent 运行时处理。
- 本版本不支持自动向任何群聊发送。即使宿主提供消息通道，也只返回可复制草稿给请求者，不调用任何外发动作。
- 会议创建、修改、取消、邀请、外发消息和
permission-apply-commit必须由用户逐次明确确认。本 Skill 默认不执行这些写操作。 - 无录制、无纪要、无转写或无权限时，解释当前缺少什么、建议用户能采取的下一步；不要编造内容，也不得自动申请权限。
证据标签
对每条结论先判定标签，再决定能否作为事实输出：
- 已确认决定：材料含明确决定性表达，或用户在当前会话明确确认。
- 工作约定：至少两场可访问会议持续采用，但没有正式决定性表达。
- 待确认分歧：材料存在冲突说法、未回应反对意见或未闭环问题。
- 推测：基于关联性提出的风险或待确认问题；不得当作事实、决定或承诺。
只有在同一术语定义改变、旧决定被新决定明确替代、承诺或范围存在可追溯冲突，或同一问题多次讨论仍无明确决定时，才称为“共识漂移”。每个漂移判断至少附一条来源证据。
证据判定速查
| 可访问材料的情况 | 标签与处理 |
|---|---|
| 有明确的“决定/确认/由谁负责/何时完成”表达 | 已确认决定；可作为本次需要回看的事实。 |
| 至少两场相关会议反复采用同一做法，但没有明确拍板 | 工作约定；说明它不是正式决定。 |
| 相互冲突、有人提出异议但未回应，或问题没有闭环 | 待确认分歧；转成一个本次应确认的问题。 |
| 只因主题、参会人或时间相近而产生关联 | 推测；说明关联理由并请求确认，不能作为历史事实。 |
同一主题不等于相关：普通预约会议必须同时满足用户指定的关键词、会议或明确关联理由，才可被用于跨会议判断。
选择工作流
| 用户意图或事件 | 执行动作 |
|---|---|
“会前帮我对齐”“明天会议要知道什么”或 meeting.prepare |
prepare-alignment |
“给某人准备入场背景”或 participant.brief-request |
brief-participant |
“新纪要到了”“这场会结束后更新记忆”或 meeting.materials-ready |
process-memory-delta |
“确认写入第 1、3 条”“将这几条作为团队共识保存”或 memory.confirm |
apply-memory-confirmation |
| “为什么当时这么决定”“决定还有效吗” | trace-decision |
prepare-alignment
- 读取当前会议及用户允许的历史范围，先确认会议是否是周期性会议。
- 对周期性会议，优先使用同一周期系列的已结束子会议；按“明确决定 → 未决项 → 反复出现但未闭环的问题 → 本次会前应回看的承诺”排序。
- 对普通预约会议，按“用户指定会议 → 主题/关键词关联 → 参会人重合度”排序候选历史；每条候选必须说明关联理由。标题相同本身不足以证明相关。
- 从可访问材料中最多选择四项：已有共识、共识漂移或未决项、未被回应的关键反对意见、一个本次应确认的问题。
- 使用“同频卡”模板输出。没有足够证据时，说明降级并向用户索要本次目标、关键词或参考会议。
brief-participant
- 只在用户明确指定某位新成员、长期缺席后回归者或临时参会者时执行。
- 从用户允许的相关会议中提炼：必须理解的决定、关键背景或术语、当前分歧，以及本次最需要该成员回答的问题。
- 将内容作为给请求者的私人上桌简报返回。生成简报不等于发送；发送给该成员、添加邀请或修改会议都必须等待确认。
- 不得根据参会数据推断个人绩效、发言质量、人际关系或隐私属性。
process-memory-delta
- 接收会议标识、会前同频卡版本和“材料可读”事件；读取智能纪要，必要时用最小必要转写补足。
- 将本次内容与会前卡和已有记忆逐项比较，归为：新增、强化、修订、失效、未解决或待确认。
- 输出共同记忆差分和下一次会前的候选问题。只记录结论与最小证据引用，不持久化完整纪要、转写、会议链接或内部标识。
- 若材料尚未生成或没有访问权限，返回“尚不可更新”的处理状态和可重试条件；不要假装完成更新。
apply-memory-confirmation
- 仅接受用户明确确认并在当前会话中点名的差分条目；“看起来没问题”或沉默都不是确认。
- 写入前复述将保存的条目、证据标签、来源会议日期/主题和目标路径；用户未确认目标路径时，只返回待写入预览。
- 只在用户明确授权的本地工作空间中，更新
.tmeet-team-syncer/approved-memory.md。每项保存结论、已确认决定 / 工作约定 / 待确认分歧 / 推测标签、最小证据引用和当前状态；不写入完整纪要、转写、会议链接、内部会议 ID 或任何 OAuth 凭证。 - 追加或修订前先比对已有条目：同一证据的新版本标为“修订”，不能静默覆盖；无法安全合并时返回冲突预览并等待用户确认。
- 此工作流只写用户本地文件，不调用 tmeet 写操作，不外发消息，不申请录制权限，不自动加入会议。
trace-decision
- 接收用户的问题、方案名或关键词，以及允许检索的会议范围。
- 找出最相关的决定证据、当时前提、支持和反对理由，以及之后造成变化的会议；说明每条关联理由。
- 将当前状态标为 有效、已修订、已失效 或 待确认，并输出最小必要证据。
- 证据不足时回答“未找到可确认的决定证据”，请求用户指定会议、日期或关键词；不得补造历史。
输出模板
同频卡
## 本次同频
- [结论]｜[证据标签]｜来源：[日期 · 会议主题]｜本次建议：[一句行动或确认问题]
- [结论]｜[证据标签]｜来源：[日期 · 会议主题]｜本次建议：[一句行动或确认问题]
需要确认： [只保留一个最关键的问题]
最多四项；不要输出完整纪要或无关历史。
私人上桌简报
## 给 [成员] 的入场背景
必须知道： [最多三项已确认决定或工作约定]
仍有分歧： [一项待确认分歧；没有则写“未发现”]
本次最需要你回答： [一个具体问题]
共同记忆差分
## 本次会议改变了什么
- 新增 / 强化 / 修订 / 失效： [结论]｜来源：[本次会议]
- 仍未解决： [问题]｜下次候选：[一句问题]
决策溯源
## 决策溯源：[决策或方案]
当前状态： [有效 / 已修订 / 已失效 / 待确认]
当时前提： [有证据的前提]
支持与反对： [最小必要的双方理由]
后续变化： [有证据的变化；没有则写“未发现”]
来源： [日期 · 会议主题 · 关联理由]
使用示例
用户说：“下周的产品周会开始前，帮我看看上次讨论后最需要确认什么。”
- 先要求用户指定下周会议，或由宿主传入已确认的会议范围；周期会议只读取同系列已结束子会议。
- 读取可访问的智能纪要；若纪要未就绪，返回
MATERIALS_PENDING，说明可重试条件，不以标题猜测内容。 - 只返回同频卡，例如：
## 本次同频
- 首发范围尚未确认｜待确认分歧｜来源：上周产品周会｜本次建议：在 10 分钟内确认第一批地区。
- 埋点方案需在周四前冻结｜已确认决定｜来源：上周产品周会｜本次建议：确认负责人是否接受当前口径。
需要确认：首发范围由谁在本次会议拍板？
上例只说明输出形状，不代表存在真实会议或结论；不发送给参会者，也不写入共同记忆。
给临时参会者补背景
用户说：“李明明天第一次参加这个项目会，给我一份他入场前需要知道的内容。”
在用户指定相关会议范围后，只返回给请求者的私人草稿，例如：
## 给 李明 的入场背景
必须知道：首发范围仍待本次拍板；埋点口径沿用上周已确认版本。
仍有分歧：首批地区是否包含华南。
本次最需要你回答：现有排期是否能覆盖华南的本地化验收？
该草稿不等于已经向李明发送，也不等于添加邀请；发送或邀请都需要用户逐次确认。
追溯一个仍是否有效的决定
用户说：“为什么当时没有做 A 方案？这个结论现在还有效吗？”
只在用户允许的会议范围内检索，并按模板说明决定证据和后续变化。若只找到同名会议或单次关联，应标为 推测 并请求关键词、日期或明确会议，而不是把它写成已确认历史。
常见问题
- 没有找到上一场材料：返回
MATERIALS_PENDING，说明缺少纪要、转写或访问权限；请用户给出会议、日期或关键词后再试。 - 不是周期会议，哪些历史可参考：只按用户给出的关键词、指定会议或明确关联理由检索；不做全量历史扫描。
- 想把同频卡发到群里：只给可复制草稿；任何外发动作由用户在自己的渠道完成。
- 想保存差分：先返回待写入预览，只有用户逐项明确确认后才可写入其授权的本地共同记忆文件。
- 两个会议标题一样，能直接合并历史吗：不能。同一主题不等于相关；普通预约会议需要用户给出关键词、指定会议或明确关联理由。
- “看起来没问题”能当作保存确认吗：不能。必须由用户点名确认具体条目和目标路径；否则只保留预览。
- 投递状态不确定，能再发一次吗：不能先重发。返回
DELIVERY_UNCERTAIN，先用同一幂等键核验状态；不得重复投递，也不能将个人草稿改为群消息。
运行时恢复边界
- tmeet 查询在登录、网络或宿主运行时不可用时，返回
RUNTIME_RETRYABLE，附上失败阶段、原会议范围和恢复后可执行的只读步骤。宿主可以在恢复后重试读取，但不得借机扩大范围、申请权限或执行写操作。 - 仅当宿主已获用户单独授权的个人投递通道出现结果不确定时，返回
DELIVERY_UNCERTAIN。使用既有 SHA-256 幂等键先查询投递状态；不得重复投递、不得转发到群聊、不得把草稿当作已发送。 - 无论失败发生在何处，都不自动加入会议、不自动申请权限、不自动创建/修改/取消会议，也不自动保存共同记忆。
自动化交接
当宿主 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。
