房间日历当前支持解析的会议平台

VCA 房间日历目前可以识别多种主流会议平台的入会链接。
对于部分平台，如果邀请内容里存在稳定的 URL 或结构化字段，VCA 还可以进一步解析 meetingId 和 meetingPassword。

本文说明：

• 当前已经支持哪些会议平台
• 通常可以解析到哪些字段
• 哪些场景下仍然可能只能拿到入会链接

解析规则是怎么工作的

VCA 不是只依赖某一种语言模板。

当前解析优先级为：

1. 平台官方 URL 结构
2. 明确的邀请字段，例如 Meeting ID、Passcode、会议号、会议密码
3. 平台专用的结构化兜底规则

因此，相比单纯依赖中文或英文关键词，现在对多语言邀请会更稳。

当前支持的平台

重要限制说明

入会链接通常比密码更容易稳定解析

对大多数平台来说，VCA 对入会链接的识别会比密码更稳定。

主要原因是：

• 很多平台的 join URL 结构固定
• 部分平台不会把密码写进 URL
• 有些邀请根本就不包含密码

如果邀请里没有稳定的密码字段，VCA 会返回 meetingPassword = null，而不是猜测一个结果。

个人会议室链接不一定总有独立会议号

有些平台使用个人会议室链接或自定义房间链接。
这种场景下，VCA 仍然可能识别出正确的 join URL，但原始邀请里不一定存在单独的数字 meetingId。

日历系统可能会裁剪正文

如果日历服务或房间邮箱把会议正文删掉，一些第三方会议平台就可能只剩下事件本身，而丢失结构化会议字段。

如果您使用的是 Microsoft 365 房间资源邮箱，可以参考：

• Microsoft 365 房间邮箱显示组织者名称或无法解析第三方会议

当前暂未纳入的一类平台

以下这类链接目前还没有作为“第一类官方 provider”做专项解析：

• 像 Whereby 这种固定房间型浏览器平台
• 企业内部自定义会议门户
• 不暴露稳定会议结构的 webinar 或直播链接

这类链接有时仍可能出现在正文里，但 VCA 目前不保证对它们进行 provider-aware 的稳定解析。

如果您希望新增支持某个平台

最快的方法是提供一份真实的会议邀请样本。

建议至少包含：

• 完整邀请正文
• 入会链接
• 会议号所在的那一行
• 密码或 passcode 所在的那一行
• 用户真实收到的语言版本样本

样本越完整，就越容易做成稳定的根因修复，而不是脆弱的关键词补丁。