怎么看
这份录制给策划核对：会议这条线从连接腾讯会议 → 会前提醒 → 开会 → 散会 → 自动拉逐字稿、AI 整理纪要 → 生成待办，以及没录制的会怎么收尾、怎么补纪要，是不是你预期的样子。
每个关键节点写了「应该看到」和「实际看到」，右上角是结论：对＝符合设计；注意＝真实环境暴露的问题（已当场修掉并重试）。下面的「整段回放」可以拖动或播放，看状态是怎么一步步变的；最后是发现的问题和后台调用记录。
两场会：正式录制 A（21:03–21:11，开云录制和自动转写，白晨念了一段固定稿子：定三件事、两件是白晨的、一件是小王的、一件「下次再说」）；正式录制 B（21:11–21:16，不录制）。名为「验收 A/B」「白晨的快速会议」的是同一天更早的试跑会，连上后被自动带了回来。
同步节奏（低频，因为腾讯会议个人版有调用次数上限）：只在打开桌面（10 分钟内去过就不去）、点「刷新」（30 秒防连点）、每场会的开始和结束时刻去腾讯会议；散会后 10 分钟、30 分钟、1 小时、2 小时查录制。所以会议状态的变化以这些时刻为准，不是实时的。
打开工作台，登录页
- 应该看到
- 新用户填名字和口令即可进入
- 实际看到
- 登录页正常
首次进入：欢迎引导
- 应该看到
- 问做哪类工作、连接哪些应用
- 实际看到
- 弹出「欢迎，先问两件事」
引导里选腾讯会议
- 应该看到
- 勾选腾讯会议，按钮变成「连接（1）」
- 实际看到
- 已勾选
填写腾讯会议个人 Token
- 应该看到
- 弹「填写腾讯会议」，说明去哪领 Token；输入框打码
- 实际看到
- 弹出填写框
保存后立即显示已连接
- 应该看到
- 1～2 秒内会议卡写「腾讯会议 · 已连接」并同步一次
- 实际看到
- 保存后约 2 秒卡头为「腾讯会议 · 已连接」、卡底「刚刚同步」；今天还没有会
连上后自动带回今天已开过的会
- 应该看到
- 今天更早开过、有录制的会（上一轮试跑的 20:03 验收 A）自动拉回逐字稿、整理成纪要，进等你处理；没录制的列在「今天已开完」
- 实际看到
- 上一轮的验收 A 显示「逐字稿 1 段 · 纪要已整理」等你处理；快速会议与上一轮验收 B 列在「今天已开完」
建会后刷新：会议出现＋会前提醒
- 应该看到
- 腾讯会议里新建的两场会出现在会议卡（下一场、今天还有），右上角会前提醒带入会入口
- 实际看到
- 「下一场 21:03 正式录制 A · 还有 6 分钟 · 会议号」「今天还有 21:11 正式录制 B」；「今天已开完」列出早先两场；右上角会前提醒
会前 5 分钟：即将开始
- 应该看到
- A 开始前 5 分钟，卡片高亮为「即将开始」
- 实际看到
- 开始前 5 分钟内卡片蓝框高亮，写「即将开始 · 3 分钟后 · 正式录制 A」，带倒计时条、「进入会议」「会前准备」
到点自己变成进行中（没人点刷新）
- 应该看到
- 21:03 开始时刻后台同步一次，A 变成「进行中 · 已开 N 分钟」，有「回到会议」
- 实际看到
- 21:03:00 后台同步，卡片写「进行中 · 正式录制 A · 已开 0 分钟」，带「回到会议」；提醒变成「现在开始」
开会后 5 分钟内仍有会前提醒
- 应该看到
- 会前提醒一直挂到开会后 5 分钟，写「已开始 N 分钟」，带「进入会议」
- 实际看到
- 21:06 提醒写「已开始 3 分钟 · 正式录制 A」
拖堂提醒
- 应该看到
- A 还在开、B 5 分钟内开始时，弹「A 还在开 · 下一场 N 分钟后开始」
- 实际看到
- 21:08 弹「拖堂提醒 · 正式录制 A 还在开 · 下一场 3 分钟后开始 · 21:11 正式录制 B」
A 散会、B 开始
- 应该看到
- 21:11 时刻后台同步：A 已结束（等录制，不打扰），B 进行中
- 实际看到
- 21:11:00 后台同步后 A 为已结束、B 为进行中
B 散会：没录制，安静结束
- 应该看到
- 21:16 结束时刻后台同步：B 已结束；没录制的会不进等你处理、不亮橙点
- 实际看到
- 21:16:00 后台同步后 B 为「已结束」，列入「今天已开完」，卡上没有橙点
散会后 10 分钟：拉回逐字稿，AI 整理纪要中
- 应该看到
- 散会后 10 分钟查录制；有录制就拉逐字稿，卡上写「正在整理纪要…」
- 实际看到
- 21:21:00 第一次查录制就查到，拉回逐字稿；卡片橙框、「正在整理纪要… 1/2」与进度条（小标已写「纪要已整理」，与进行中矛盾，见问题清单）
纪要整理好：等你处理
- 应该看到
- 卡片亮橙点，写「逐字稿 N 段 · 纪要已整理」，列决议，带「生成待办和日程」「查看纪要」「这场不用处理」
- 实际看到
- 21:21:53 整理完（约 50 秒）：橙框橙点，「逐字稿 1 段 · 纪要已整理」，决议「双十一主会场用地方案定了」
纪要层：决议、我的待办、逐字稿
- 应该看到
- 左边决议与「我的待办」（按工作台名字认出你，转写的同音字也算），右边逐字稿；「下次再说」不算决议
- 实际看到
- 决议 1 条；我的待办 2 件：「周三前把预算表发给财务 10/21」「明天下午开设计评审 10/20」——逐字稿里第二件被转写成「白城」，也认成了你；「直播请不请外部主播，下次再说」没列成决议
其他人的待办只记在纪要里
- 应该看到
- 别人的事列在「其他人的待办」，不进你的待办
- 实际看到
- 「小王 · 周五前出海报初稿 · 10/23 周五」
点「生成待办和日程」
- 应该看到
- 底栏变成「正在生成待办…」，后台在做，可以关掉离开
- 实际看到
- 底栏出现「正在生成待办…」与进度条
生成完成：2 件进了待办
- 应该看到
- 弹提示「N 件已加入你的待办 · 纪要已存入云端文件夹」；关掉纪要层，待办卡里有这几件和截止日
- 实际看到
- 约 12 秒后完成
回到桌面：会议卡与待办卡
- 应该看到
- 会议卡写「纪要已生成 · 2 件已加入你的待办」；待办卡出现 2 件，带截止日；B 在「今天已开完」里
- 实际看到
- 会议卡「纪要已生成 · 2 件已加入你的待办 · 其他人的 1 件记在纪要中」；待办卡 2 件带截止日、「财务在等」。但「今天已开完」中卡只列最早两场，刚散会的 B 被挤掉了——当场改成刚开完的在前（见下一节点）
「今天已开完」里找到没录制的 B
- 应该看到
- 已开完的会列在卡下方，刚开完的在前，点一行进详情
- 实际看到
- 「今天已开完：21:11 正式录制 B · 20:13 验收 B」
没录制的会：详情层可补纪要
- 应该看到
- 说明腾讯会议没给录制，提供「粘贴纪要」「上传纪要」
- 实际看到
- 如截图
粘贴纪要
- 应该看到
- 贴进一段会后纪要，「名字：」开头的认作发言人
- 实际看到
- 贴了 3 行：白晨、小王的发言
交给 AI 整理
- 应该看到
- 显示「正在整理纪要…」与进度，后台在做
- 实际看到
- 出现「正在整理纪要…」
AI 整理没做成（真实发生的模型超时）
- 应该看到
- 模型没及时回复时，如实说原因，给「重试」，不丢已贴的纪要
- 实际看到
- 约 1 分钟后显示「纪要没整理成：AI 这次没能及时回复，请稍后再试」与「重试」
点「重试」
- 应该看到
- 重新整理，显示「正在整理纪要…」
- 实际看到
- 重试后同样在约 1 分钟时超时（原因同上：等 AI 的上限 60 秒，这一步实测要 55～60 秒）。当场把上限改到 180 秒、只重启后端
修好超时后再点「重试」
- 应该看到
- （把整理纪要的等待上限从 60 秒放到 180 秒后）重新整理
- 实际看到
- 出现「正在整理纪要…」
贴的纪要整理好
- 应该看到
- 我的待办按名字认出（白晨说「我来约」也算你的）；别人的另列；段落栏写「你贴的纪要」
- 实际看到
- 约 54 秒整理好：我的待办「约下周一（10-26）的复盘会」；其他人 2 件；右栏「你贴的纪要 3 段 · 2 人」
B 回到会议卡：等你处理
- 应该看到
- 卡片盯着 B，小标写「你贴的纪要 · 已整理」（不说逐字稿）；刚处理完的 A 移到「今天已开完」
- 实际看到
- 如截图
点「这场不用处理」
- 应该看到
- 卡片变「已标为不用处理」，留「查看纪要」「改为生成待办」；底部提示条带「撤销」
- 实际看到
- 如截图
点「改为生成待办」直接生成
- 应该看到
- 一步就进入「正在生成待办…」，不用再点一次生成
- 实际看到
- 如截图
B 生成完成：待办卡共 3 件
- 应该看到
- 「约下周一的复盘会」进待办；待办卡共 3 件
- 实际看到
- 约 12 秒后完成
整段回放（每 15 秒一帧，共 225 帧）
发现的问题
- 转写把人名写错，你的事被当成别人的：真实转写把「白晨」写成「白城」，按名字字面匹配认不出。改为整理纪要时让 AI 判断（同音、近音、本人说「我来」都算你）。本次录制里第二件就被转写成「白城」，已正确认成你的。已修，录制中验证
- 「下次再说」被列成决议：试跑时 AI 把「直播请不请外部主播，下次再说」列成了决议。整理说明里加「没定、说好以后再议的不算决议」。已修，录制中验证
- AI 整理贴的纪要超时：贴纪要后两次显示「纪要没整理成：AI 这次没能及时回复」。原因是这一步等 AI 的上限是 60 秒，而实测要 55～60 秒。上限放到 180 秒后重试成功（54 秒）。失败时界面如实说原因、给「重试」、不丢已贴内容，这一点符合设计。已修，录制中验证
- 没录制的会散会后找不到入口（策划确认）：要补纪要得进那场会的详情，但卡片盯着别的会时，已开完的会哪里都不出现。新增卡片下方「今天已开完」，刚开完的在前，点一行进详情。原型没画这块，是开发定的，请策划确认位置和样式。已修，待策划确认
- 「今天已开完」挤掉刚散会的会：中卡只列 2 条，原先按开始时间早的在前，刚散会、最需要补纪要的那场被挤掉。改为刚开完的在前。已修，录制中验证
- 开会中卡底写「可能不是最新」：改低频后几分钟没同步是常态，这句成了噪音。改为只有最近一次同步失败才写。已修
- 日程卡把已散会的会写成「进行中」：快速会议在腾讯会议里预定 1 小时，提前散会后日程卡仍写「进行中 · 还剩 N 分钟」。改为认腾讯会议说的散会；块的长度仍按预定（腾讯会议不给实际散会时刻）。已修
- 贴的纪要被写成「逐字稿」：卡片小标、纪要层段落栏对贴的纪要都改成「你贴的纪要」。已修
- 「改为生成待办」要点两次：点了只回到等你处理，还要再点生成。改为一步直接生成。已修，录制中验证
- 整理中小标已写「纪要已整理」：AI 还在整理时，卡片小标已写「逐字稿 1 段 · 纪要已整理」，下面同时是「正在整理纪要…」，自相矛盾。整理中应写「逐字稿 1 段 · 正在整理」。待修
- 待办把日期写进了标题、没有截止日：「约下周一（2026-10-26）的复盘会」：日期写在标题里，截止日一栏是空的。要在整理说明里要求日期进截止日。待修
- 云端文件夹里贴的纪要写「每句可跳回逐字稿」：贴的纪要不是逐字稿，文案要改。待修
- 日程层把腾讯会议标成「工作台」并全标「时间冲突」：日程模块本期暂停，留到日程恢复时处理。待日程恢复
- 散会到出纪要约 10 分钟：第一次查录制在散会后 10 分钟（低频节奏），本次 21:11 散会、21:21 拉到逐字稿、21:22 出纪要。这个等待是否可接受请策划确认；想更快就得多查几次，多耗调用次数。待策划确认
后台作业与腾讯会议调用
下表是工作台后台作业（到点同步 meetings_sync、查录制拉逐字稿 meeting_fetch、AI 整理 meeting_minutes、生成待办 meeting_generate）。打开桌面和点刷新触发的同步不在表里（20:55 连接、20:56/20:57 刷新、21:35 打开桌面）。按一次同步约 2 次调用、一次查录制 1～3 次估算，这一小时（含建会、改名等测试操作约 6 次）腾讯会议接口约 30 次；平常一天三四场会估 20～30 次。宿主不逐次记调用日志，这是估算。
作业 | 状态 | 次数 | 计划时刻 | 最后执行 | 说明 ------------------+----------+------+----------+----------+---------------------- meeting_fetch | done | 1 | 20:23:00 | 20:55:43 | meeting_minutes | done | 1 | 20:55:43 | 20:56:05 | meeting_prep | done | 1 | 20:56:24 | 20:56:24 | meeting_prep | done | 1 | 20:56:24 | 20:56:24 | meetings_sync | done | 1 | 21:03:00 | 21:03:02 | meetings_sync | done | 1 | 21:11:00 | 21:11:02 | meetings_sync | done | 1 | 21:16:00 | 21:16:01 | meeting_fetch | done | 1 | 21:21:00 | 21:21:03 | meeting_minutes | done | 1 | 21:21:03 | 21:21:53 | meeting_generate | done | 1 | 21:30:42 | 21:30:57 | meeting_fetch | canceled | 2 | 21:46:00 | 21:46:00 | 腾讯会议还没给出录制 meeting_minutes | done | 3 | 21:46:48 | 21:47:47 | meeting_generate | done | 1 | 21:51:48 | 21:52:01 | meeting_fetch | queued | 2 | 22:20:00 | 21:20:00 | 腾讯会议还没给出录制 meeting_fetch | queued | 3 | 22:52:08 | 21:52:09 | 腾讯会议还没给出录制 (15 rows)