启用CoDoingClient后Google Meet插件初始化失败（恢复后仍异常）

背景 #

我开发了一款内部Workspace的Google Meet插件，原本运行正常：侧边栏加载Angular Web应用，通过Meet Add-on SDK初始化会话、获取会议信息，再经WebRTC连接Meet Media API捕获音频流，最后用Web Audio API混音并通过MediaRecorder完成音频录制。

架构 #

• 侧边栏加载Angular前端
• Meet Add-on SDK（meet.addons.js）
• 与Meet Media API的WebRTC连接
• Cloud Run代理（用于交换SDP Offer/Answer）
• Web Audio API混音 + MediaRecorder音频录制

问题触发与恢复操作 #

为尝试使用SDK中的CoDoingClient，我在部署配置中添加了"supportsCollaboration": true字段，之后插件彻底停止初始化。

我已执行以下恢复操作，但问题依旧：

• 移除"supportsCollaboration": true字段
• 将deployment.json恢复至之前可用版本
• 回滚Web应用到最后已知正常版本
• 删除原有HTTP部署并创建新部署
• 在Workspace Marketplace重新发布内部应用

当前症状 #

• 在Meet中启动插件时，侧边栏显示“无法启动”，且无任何控制台日志，Angular的初始化日志也从未出现
• 直接在浏览器中打开插件的sidePanelUrl，应用可正常加载，控制台日志正常输出

当前部署配置 #

{
  "addOns": {
    "common": {
      "name": "Meet Add-on",
      "logoUrl": "..."
    },
    "meet": {
      "web": {
        "supportsScreenSharing": true,
        "addOnOrigins": ["https://my-cloud-run-url"],
        "sidePanelUrl": "https://my-cloud-run-url/some-path/meet-addon"
      }
    }
  }
}

疑问 #

1. 启用supportsCollaboration是否会在Meet部署中留下持久化状态或缓存问题？
2. Meet是否会对插件部署配置或清单进行强缓存？
3. 有没有办法调试Meet内部在插件实际启动前的加载过程？

内容的提问来源于stack exchange，提问作者Omer Arif