我开发了一个Google Meet插件，在Meet侧边面板中加载一个Angular Web应用。该应用初始化Meet Add-on SDK，创建会话，获取会议信息，然后让一个机器人通过WebRTC连接来捕获会议音频流。

这套设置此前就已正常工作。

架构

• 在Meet侧边面板加载的Angular前端
• Meet Add-on SDK (meet.addons.js)
• 与Meet Media API的 WebRTC连接
• Cloud Run代理交换SDP offer/answer
• 使用Web Audio API进行音频混音并通过 MediaRecorder 进行录制

发生了什么变化

我开始尝试使用Meet Add-on SDK中的 CoDoingClient。为支持它，我在部署配置中添加了这个字段：

"supportsCollaboration": true

添加后，该插件在Meet中停止初始化。

我接着：

• 删除了 "supportsCollaboration": true
• 将 deployment.json 恢复到之前的可工作版本
• 将Web应用回滚到 最后一个已知可用版本
• 删除了 HTTP部署
• 创建了一个 新部署
• 在 Workspace Marketplace商店列表 中重新发布

即便如此也没有帮助，侧边面板仍然显示插件无法启动（控制台没有日志）。它并未公开发布，而是作为一个 内部Workspace应用。

目前的问题

在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内部插件实际启动之前发生的事情？

任何曾使用过Meet Add-on SDK的人的见解都会非常有帮助。

谢谢，

解决方案

更新：

现在一切似乎都在正常工作。问题原来与部署应用的Cloud Run服务的缓存有关。

为验证这一点，我将同一个应用部署到一个新的Cloud Run服务，该插件在Google Meet中正确初始化。此前我尝试了多种方法，包括切换项目/组织以及创建新的Workspace Marketplace应用，但都未能解决问题。

最终，部署到一个新的Cloud Run服务解决了问题。现在我将尝试删除现有服务的构建，看看是否也能解决原始服务上的缓存问题。

谢谢。