超级会议管家

会议记录为什么总是烂尾

会议工具和文档工具之间有一条明显的断裂：预约和参会发生在腾讯会议里，纪要和待办却散落在聊天窗口、个人笔记和脑补里。会前要翻聊天记录找上次遗留事项，会中靠手速记要点必然漏掉决策，会后要么拖到没人记得上下文，要么干脆没人做。团队常见的解法是指定一个人「记纪要」，这个人就成了永久的会议苦力。超级会议管家要解决的不是「生成一段漂亮的纪要」，而是把会议从会前到沉淀的完整链条串起来，让产出落到本地 Markdown 知识库，下次开会能接着上次的话题继续。

它是怎么做的

核心思路是用户用大白话提需求，技能把需求路由到会议生命周期的对应阶段，再调用 tmeet CLI 执行，产出写入 meeting-butler/ 目录。

• 模块路由：技能先看用户带来了什么数据，而不是从第一步重跑。只是整理笔记就直接进入会后模块；要从零排会就从会前模块开始。
• 类型驱动：内置 general、standup、1on1、review、interview、postmortem、training 七种类型，各有对应的会前准备、伴记重点和产出模板。站会跳过议程直接按人记阻塞项，1对1带上次承诺，复盘按时间线记。类型判不准就用默认的 general，它本身是完整流程而非降级版。
• 默认直接执行：除首次设置、信息不足且产出代价高、不可逆操作三种情况外，技能都直接干活，只在产出开头写明关键假设供用户纠正，避免问一句做一句的来回拉扯。
• 本地知识库：会议目录以开始日期加会议号命名，产出按类型归档，洞察模块聚合历史数据，能回答「谁在哪场会说过什么」「这个议题讨论过几次」。

需要注意的地方

• 技能没有实时转写，智能纪要必须在会议结束、录制生成后才能拉取，会中只能靠伴记。
• 不能替用户发消息，待办分派只生成可转发文本。
• 录制拉取可能要走 permission-apply-prepare 到 commit 的审批流程，不是所有会议都能直接拿到。
• 知识库里有真实姓名和会议内容，对外分享前需脱敏；上报错误信息前同样要脱敏并征得同意。
• 写操作（取消会议、踢人、退出登录等）必须二次确认，查询返回多条候选时交由用户自己选。