MeetFlow 会议全流程助手

会议信息其实在到处散落

大多数会议工具只负责"把会开起来"：预约好时间、把人拉进房间，然后的事情就靠人肉。结果就是——会前靠经验拍脑袋写议程，估不准每个议题该占多久；会中讨论走偏没人发现，关键决策散落在录音里；会后翻录音找决定，纪要写完就归档，待办靠记忆和追问推进；再想回头看团队这一个月会开得值不值，只能凭感觉。MeetFlow 要解决的，是把会议的会前、会中、会后、洞察串成一条有数据流动的链路。

它是怎么工作的

MeetFlow 在 tmeet CLI 之上构建了五个模块，每个模块按"触发场景 → 数据采集 → AI 处理 → 输出规范"执行，输出统一落到模板文件（如 templates/minutes-template.md）：

• PreMeet：一句话生成结构化议程，含议题标签（信息同步/深度讨论/决策确认/头脑风暴）、参考历史同类型会议的实际耗时给出时长建议；还可整理参会材料包、输出参会人画像与议题相关性。
• InMeet：拉取实时转写，按议题分组整理纪要，识别决策信号词自动标记关键决策，统计发言时长，并把待澄清问题单独列出。焦点卫士采用快照检查模式（非常驻进程），对比议程评估偏离度并给出拉回话术建议。
• PostMeet：会后一键生成纪要（含决策人、依据、带时间戳的引用），按 --lang 润色或翻译；待办自动解析出负责人、优先级与建议截止日期；跨会议任务看板按状态聚合，逾期预警。
• Insight / SceneLink：会议效率体检（超时占比、参会人数合理性、空转率）、决策溯源时间线、跨会议议题聚类；再把会议数据直接转化为周报、项目复盘、面试/培训记录。

模块间有明确的路由与衔接规则：关键词命中多个模块时按优先级（会中 > 会后 > 会前 > 洞察 > 串联）排序；跨模块请求按时间线顺序执行，前一步输出作为后一步输入；纪要生成后会提示是否同步待办看板，积累多场会议后又会被询问是否做效率分析。

适用边界与注意点

• 前置依赖 tmeet CLI：需检测是否已安装，自动安装要求 npm 环境与网络连接；首次使用必须先完成 tmeet auth login，且该命令是阻塞式的，必须以后台方式运行（命令末尾加 2>&1 &）才能从输出中捕获授权 URL；若 Agent 为 Hermes 且系统无默认浏览器，应让用户在终端手动执行登录。
• 时间参数一律使用 ISO 8601 带时区格式（如 2026-03-12T14:00:00+08:00），不支持仅日期；若结束时间 ≤ 开始时间，不得自行推断意图，必须先与用户确认是否跨天或笔误。
• 写操作（取消/修改会议、移除/替换受邀人、呼叫、踢人、登出等）必须二次确认，且严禁输出 AccessToken/RefreshToken 到明文。
• 通讯录搜索仅限三类场景（会议邀请、呼叫成员、回填受邀人姓名）；control kick 的参数必须取自会中参会人列表，严禁用通讯录结果。
• 数据可用性有边界：会议未开启云录制则无法获取转写，此时降级为手动口述要点整理纪要并标注来源；冷启动阶段（无历史会议）的时长建议与画像仅作参考值；多场会议中部分无权限时，分析只基于有权限的部分。
• 输出侧遵守"只展示关键信息"原则：未经用户要求不做聚合排序，多结果候选必须由用户确认，不自行猜测。

一句话：MeetFlow 适合愿意让会议数据在 CLI 中流转、能接受登录与权限这类前置步骤的团队；它替代的不是会议工具本身，而是围绕会议产生的那堆手工杂活。