fix(extension): fix agent download capture for attachments opened in new tabs | 修复新标签页附件下载无法被 Agent 捕获

[Ljy-0827]

问题描述

当页面中的下载链接使用 target="_blank" 打开，并由服务端通过 Content-Disposition: attachment 返回文件时，BrowserSkill 无法将该文件下载到 Agent 指定的本地路径。

用户侧表现为：

1. Agent 接管页面并点击下载链接。
2. Chrome 创建一个 about:blank 新标签页。
3. 浏览器可能已经触发文件下载，但新标签页仍显示为空白或很快关闭。
4. bsk download 无法确认该下载属于当前操作，最终等待超时。

根因

此类链接的浏览器执行流程是：

原页面点击 target="_blank" 链接
→ Chrome 创建 about:blank 标签页
→ 新标签页请求下载 URL
→ 服务端返回 Content-Disposition: attachment
→ 页面导航被转换为文件下载

about:blank 只是新标签页导航开始时的占位文档。由于响应被浏览器作为附件处理，新标签页不会提交或渲染实际页面。
原有下载捕获逻辑要求同时取得：

• 点击目标所在 CDP target 的 Page.downloadWillBegin；
• 对应的 chrome.downloads 下载候选。
  但在该场景中，下载意图属于新建的瞬时 target，而不是原始点击页面。原页面不会收到对应的 Page.downloadWillBegin，BrowserSkill 虽然可以观察到全局下载候选，却无法安全证明它属于本次点击，因此不会认领该文件并最终超时。

解决方案

为直接下载链接增加基于点击目标的可信下载意图：

1. 在点击前，从已经精确解析的 DOM 目标读取所属 anchor。
2. 仅当 anchor 是 _blank 的 HTTP(S) 链接时，记录其规范化后的绝对 href。
3. 点击后，将该 URL 与 chrome.downloads 候选的 url、finalUrl 进行精确匹配。
4. 只有存在唯一匹配候选时才认领下载，并将文件路由到 BrowserSkill 的事务目录。
5. 若存在多个匹配候选，仍按歧义处理，不随机选择或取消未认领的下载。

普通按钮下载、Blob 下载、脚本触发下载和 Frame 下载仍然使用原有的精确 CDP 下载意图，不改变现有行为。

架构与安全边界

本次修改没有将弹出的 about:blank 标签页永久加入 Session，也没有扩大 Agent 的页面控制范围。

新的 URL 意图来源于本次操作已经精确解析的 DOM 节点，因此仍然与具体点击目标绑定，而不是对浏览器全局下载事件进行宽泛匹配。

对应 Issue #258