一句话看懂：开发者 afumu 发布了 Chrome 扩展 OpenTeam，通过 DOM 自动化把 ChatGPT、Claude、Gemini、DeepSeek、Grok 的网页版放进同一群聊，让多个 AI 互相阅读、反驳，全程不调用 API。它暴露的问题不是模型会不会错，而是单一视角下你很难察觉它错了。
事件核心：发生了什么
素材显示，作者因一次技术选型中五个模型的答案最终都倒向自己原本的倾向，决定做一个多模型讨论工具。OpenTeam 在扩展内用 iframe 隔离各站点会话，由后台 service worker 路由消息，content script 注入各站点填写输入框、抓取流式回复。工程上最重的部分是判断“回答完了”：没有 API 的 finish_reason，只能靠文本长度是否停止增长来猜，需处理中途停顿、容器重绘、DOM 文本混入按钮文字、超时误判四类问题，并通过观察、稳定判定、超时补偿三档机制兜底。
为什么重要
标准做法是用五个 API key 做多 Agent 编排，成熟可控；作者放弃它的理由是成本结构：多角色多轮讨论的 token 随人数和轮次近似平方增长，而网页版额度已经包含在现有订阅里，再买 API 相当于为同一份算力付第二次费。代价同样明确：依赖 DOM 自动化，站点改版即失效；受风控约束；无法拿到 token 级信息。素材还指出上下文污染风险：全量共享历史会形成“回音室”。作者的做法是按模型上下文窗口分配字符预算，如 Claude 50 万、ChatGPT 27.2 万，并先用独立模式收集干净答案，再切协作模式互相挑战。
对用户/开发者/创作者的影响
对开发者，这是一条不依赖 API 的多模型编排思路，但维护成本绑定在目标站点 DOM 上。对内容创作者和产品团队，适合技术方案评审、需要多视角的决策和长文档分工处理；不适合追求精确答案的场景，五个口径反而增加裁决负担。目前公开信息显示，它是一个个人开发者发布的浏览器扩展，并非平台官方产品，稳定性和合规风险需自行评估。
AI 工具推荐
想把多个 AI 模型放在一个入口？
GamsGo AI 集成 ChatGPT、DeepSeek、Gemini、Claude、Midjourney、Veo 等常用模型，适合写作、绘图、视频和日常 AI 工作流。
推广链接：通过此链接购买，我可能获得佣金，不影响你的价格。
值得关注的后续
一是各 AI 站点能否容忍 iframe 改写响应头，以及改版频率是否会抬升维护成本；二是账号风控是否限制高频多角色操作；三是作者是否公开各站点适配器细节，让这套“网页会话即 Agent”的模式被更多开发者复用。
来源：juejin
