[Bug]: 每次执行opencli命令都会打开新的浏览器窗口

[SunYunP]

Description

每次执行open cli的命令都会打开新的浏览器窗口，导致之前手工打开并授权登录的网站判断重复登录，然后会触发网站重置登录的导致登录信息丢失，需要重新再授权

Steps to Reproduce

1. Run opencli ...
2. ...
3. See error

Expected Behavior

对于授权登录的页面，openCLi 指令是在已打开的浏览器上操作，而非新开一个浏览器实例

OpenCLI Version

1.6.9

Node.js Version

20.x

Operating System

macOS

Logs / Screenshots

[Astro-Han]

我顺着当前 runtime 走了一遍，这看起来不是代码写坏了，而是当前的设计就是这样。

具体来说：

• site 命令会在 site:<site> 这个 workspace 下运行
• 命令执行成功后，执行路径会主动关掉这个 workspace 对应的窗口
• 下次再跑命令时，发现 workspace 没了，扩展就重新创建一个新窗口

所以用户说的"每次执行命令都弹新窗口"，和当前实现是一致的。

不过我觉得这个问题确实存在。

原因是 README 里写的是 OpenCLI 会"复用已登录的浏览器会话"。普通用户的理解应该是"在我已经登录的浏览器里操作"，而不是"每次都开一个新窗口"。当前的 owned-window 模型和这个预期对不上，尤其像抖音、小红书这类站点，会把新窗口识别为重复登录，直接把旧 session 踢掉。

这里还有一段历史：PR #664 把浏览器核心改回了纯 owned 的自动化模型，去掉了之前"绑定当前标签页"的流程。所以这更像是设计选择和用户实际预期产生了冲突。

我的看法是：

• 不是狭义上的 bug（代码确实按预期在跑）
• 但属于产品层面的行为缺口，实现和文档承诺的用户预期不一致

下一步可能需要确认一下 opencli 想走哪个方向：

1. 保持 owned 自动化窗口模型，但更新文档，把这个行为说清楚
2. 恢复 site 命令绑定到用户已打开标签页的能力，特别是对登录敏感的站点
3. 继续保持 owned 窗口，但命令执行完不要关窗口，至少能避免每次都重新弹

[WonDaniel]

我在调用boss的时候，也会如此

[robaggio]

开一个新的窗口ok，但是我在用竞品的时候，有的软件会给这个新开的窗口换一个导航栏颜色，这样就能非常明显地区分出哪一个窗口是 CLI 开启的是 AI 控制的，哪一个是原本用户自己的，比较好区分。

应该是插件申请theme权限，创建窗口的时候就能改颜色。

[Astro-Han]

这个方向是合理的，但“申请 theme 权限给单个 automation window 改导航栏颜色”未必是个低成本方案。

当前扩展只是用 chrome.windows.create() 拉普通窗口，theme 更像浏览器级外观能力，不太像能给某一个普通窗口单独染色。

不过“让用户一眼区分 CLI 窗口和自己窗口”这个目标是对的。如果继续走 owned-window 模型，确实值得补一个明显的视觉标记。