会议安全卫士

会议安全防护为什么常常断链

企业会议越来越依赖腾讯会议这类在线平台，但安全防护往往停留在“设个密码”或“开会前口头确认参会人”的水平。真实的风险链条很长：会前没人扫描会议链接是否公开可搜、密码强度是否足够、等候室是否开启；会中没人盯着是否有陌生人闯入、是否有人未授权开启录制；会后没人审计录制文件的访问权限是否给得太宽、智能纪要里是否残留敏感信息。

更常见的是“发现了问题但不知道怎么修”——主持人看到风险提示后，还要去查 tmeet 命令手册，手动拼 meeting update 参数，既耗时又容易出错。

按生命周期拆解的检测与加固

会议安全卫士把防护拆成三个阶段，每个阶段都有明确的检测项和可执行的修复路径。

会前安全扫描围绕会议链接和内部配置展开，共 24 项风险检测，覆盖四个维度：链接泄露（6 项，含密码强度、入会限制、等候室状态）、配置缺陷（8 项，含水印、录制、加密、共享权限）、参会异常预判（5 项）、录制外泄风险（5 项）。每项检测都映射到 tmeet meeting get 返回的具体字段，可复现、可审计。扫描结果汇总为 0-100 的安全评分，按 A/B/C/D 分级。

会中异常监控实时跟踪参会人明细（tmeet report participants）和等候室日志（tmeet report waiting-room-log），识别陌生人闯入、未授权录制等行为。发现异常后可通过 tmeet control kick 踢出成员——但该命令必须经用户二次确认。

会后外泄审计检查录制文件的访问权限、下载次数，并通过智能纪要（tmeet record smart-minutes）和转写文本（tmeet record transcript-get）扫描敏感信息残留。

一键加固闭环是这个技能区别于“只给建议”的关键：扫描结果可直接生成 tmeet meeting update 命令模板，经二次确认后执行，并输出加固前后对比报告。

适用边界与工程注意点

这个技能依赖官方 tmeet CLI，本身不内置 CLI，仅作为命令编排与风险分析层。如果 tmeet 未安装或未登录，可以进入独立模式——手动提供会议链接后，技能仍能做基础的链接安全检测（是否含明文密码、是否公开可搜索），但无法检测会议内部配置和参会人异常，安全评分会标注“链接估算模式”。

几个工程实现上的硬约束需要注意：

• 时间格式必须使用 ISO 8601 带时区（如 2026-07-19T14:00:00+08:00），不能使用 UTC Z 后缀或裸时间字符串，否则可能把“已结束”误判为“进行中”。
• 分页必须完整读取，循环直至 data.page.has_next === false，禁止用 --limit 或本地切片替代，否则可能漏掉外部参会人。
• 高危操作（meeting update、control kick）必须先展示完整命令与影响范围，获得明确确认后才能执行；含糊回复一律视为拒绝。
• 隐私保护：面向用户的输出只展示 meeting_code，内部 meeting_id 仅用于命令参数传递。