会议脉诊诊断中心

要解决的问题

复盘一场会议时，最常见的回答是「感觉还行」。这种判断无法沉淀：下次开会还是同一套节奏，问题重复出现，没人说得清到底卡在了哪里。

具体来说有三个缺口：

• 没有标尺：发言是否被少数人垄断、议题有没有跑偏、决议产出了多少，全凭印象。
• 没有趋势：单场会议只是一个快照，看不出「最近一个月整体在变好还是变差」。
• 没有处方：即使发现「有人整场没说话」，也不知道接下来该做什么动作。

@user_310c0202/meeting-pulse-check 基于腾讯会议官方 tmeet CLI，把会议当作一个需要体检的对象来处理。

核心能力

诊断围绕五个维度展开，它们既是评分项，也是异常检测和改进建议的判断依据：

• 发言均衡度：用基尼系数量化发言时长在不同参会人之间的分布，是识别「一言堂」和「沉默参会者」的主要指标。
• 议题覆盖率：实际讨论议题占计划议题的比例，反映议程是否跑偏。
• 决策产出率：决议数占讨论议题数的比例，用来判断是否「议而不决」。
• 时间利用率与参与度：补充时长层面的质量画像。

五维加权得到 0-100 的会议健康度：90 分以上优秀，75-89 良好，60-74 亚健康，低于 60 直接判定为低效会议。

在此基础上补齐三块能力，形成闭环：

1. 趋势看板：对时间范围内的已结束会议批量评分，输出周/月趋势和团队画像。
2. 异常检测：自动识别沉默参会者、卡点议题、等候室滞留、超长会议等模式。命中「无人发言」「2 小时无决策」「超过 20 人无决策」这类硬性异常时，健康度上限直接钳制为 59 分，避免其他维度把低效会议拉成虚高分数。
3. 改进建议：基于评分和异常生成行动清单，每条包含问题、建议动作、预期收益和优先级，而不是「提升会议效率」这类空话。

触发方式很直接：说「诊断一下昨天的会议」走单场评分，说「最近一个月开会效率如何」走趋势看板，说「给我们团队做一次会议体检」则按效率评分 → 异常检测 → 趋势看板 → 改进建议的顺序执行完整流程。

适用边界

认证前置。 所有查询都依赖 tmeet 的登录态。初始化时先跑 tmeet --help 确认已安装，再检查 tmeet auth status；未登录则用 tmeet auth login 拉起扫码。这里有个容易踩的坑：tmeet auth login 必须以 2>&1 & 后台执行，前台阻塞调用会直接卡住整个 Agent 会话。认证失败时应当提示用户登录后重试，而不是继续调用其他命令，否则会拿到 401。

分页与限速。 列表类接口统一使用 --page-token 游标分页，tmeet 不支持 --page 偏移量。批量拉取趋势数据时必须串行调用，两次之间加 sleep 0.5，单次会话建议不超过 50 场会议。

meeting_id 隔离。 tmeet 内部用 meeting_id 作为唯一标识，但用户看到的是 9 位 meeting_code。所有面向用户的报告只展示 meeting_code 和 subject，内部标识不外泄。

数据缺失与降级。 智能纪要、转写依赖会议是否开启录制，未开启时相关维度缺失，该维度按中位分 70 处理并在报告中标注。如果 tmeet 不可用，可以手动粘贴纪要文本进入独立模式，基于文本估算发言均衡度、议题覆盖率和决策产出率，报告中会明确标注「文本估算模式」，且不触发硬性异常钳制。

时间格式。 所有时间参数严格使用带时区的 ISO 8601，例如 --start 2026-07-01T00:00:00+08:00，不接受纯日期或裸 UTC 时间。

评分口径。 评分公式是经验加权模型，不是科学绝对标准；批量趋势评分必须复用同一套公式，才能保证不同时间段之间的分数可比。结果用于团队改进参考，不必当成精确度量。