Capybara AI 当前不支持多标签页协同操作，因其底层自动化层缺乏标签页识别、聚焦与会话复用机制，所有操作默认隔离在新会话中，无法继承 Cookie 和 localStorage，且无 API 支持复用或切换已有标签页。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
不支持多标签页协同操作，Capybara AI 当前不具备在多个浏览器标签页之间主动切换、同步状态或跨页上下文感知的能力。
为什么Capybara AI无法稳定管理多标签页
从已知行为看，它每次执行任务倾向于新建独立窗口或标签页，导致登录态丢失、页面跳转中断、操作不可控（如反复开新页、未全屏、未关闭冗余页）。这说明其底层浏览器自动化层未实现对现有标签页的识别、聚焦与会话复用——本质上缺乏类似 Selenium 的 driver.window_handles 或 Capybara 的 within_window 机制支持。
- 所有操作默认隔离在新会话中，无法继承当前浏览器的 Cookie 和 localStorage
- 无 API 或配置项用于指定“复用当前标签页”或“切换到已有页签”
- 日志与用户反馈均指向“单任务单页”设计范式，暂未开放多页协调能力
Capybara AI 的会话分组实际指语义分析维度
注意：名称中的“Capybara”易引发混淆，但当前 Capybara AI（即 Anthropic 泄露模型 Claude Mythos 的产品层）与 Ruby 测试库 Capybara 无关。其“会话分组”并非浏览器会话管理，而是对话内容的语义点归类逻辑。
- 分组用于归集同类意图语义点，例如将“要退款”“申请退货”“物流没收到”划入「售后诉求」组
- 每个分组可设“是否允许多语义点同时命中”，并支持优先级排序（如客户同时说“今天还”和“下月还”，高优命中“下月还”）
- 关键词匹配支持“同时包含+间隔长度+最长句长”三重约束，提升语义判断精度
临时缓解多页需求的可行做法
若业务强依赖多页协作（如比价、跨站查证），需绕过 Capybara AI 自动化，改用人工介入或组合工具链：
- 用 Playwright / Puppeteer 预先打开并保持多个带登录态的标签页，再由 Capybara AI 负责单页内的文本理解与指令生成
- 将多页任务拆解为原子动作，通过外部调度器按顺序触发（例如：第1步→抓A页价格；第2步→切到B页填表；每步由独立脚本执行）
- 利用浏览器书签栏+标签分组功能手动预设常用站点，减少重复打开成本
现阶段，它擅长单页深度理解与响应，而非多页流程编排。等官方明确发布 Tab 切换、窗口管理或会话持久化相关功能，才可能真正支持多标签页协同。
