支持的會議平台

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 房間資源郵箱，可以參考：

• 房間郵箱解析問題

當前暫未納入的一類平台

以下這類鏈接目前還沒有作為”第一類官方 provider”做專項解析：

• 像 Whereby 這種固定房間型瀏覽器平台
• 企業內部自定義會議門戶
• 不暴露穩定會議結構的 webinar 或直播鏈接

這類鏈接有時仍可能出現在正文裏，但 VCA 目前不保證對它們進行 provider-aware 的穩定解析。

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

最快的方法是提供一份真實的會議邀請樣本。

建議至少包含：

• 完整邀請正文
• 入會鏈接
• 會議號所在的那一行
• 密碼或 passcode 所在的那一行
• 用戶真實收到的語言版本樣本

樣本越完整，就越容易做成穩定的根因修復，而不是脆弱的關鍵詞補丁。