browser-controllisted

# AI 浏览器操控 本 Skill 是本地 AI 浏览器操控的唯一通用入口。这里只判断、探测、委派、验收和记录，不复制下游浏览器的操作手册，也不自行实现 CDP。 纯搜索、发现信息来源或网络调研交给 `web-search`；业务 Skill 在自身封闭流程中已经选定浏览器时，不必绕回本入口。 ## 核心路由 先判断任务是否只是搜索；浏览器任务的第一路由键始终是：**是否需要复用已有登录态**。 1. 只是搜索或发现信息：委派 `web-search`，不进入浏览器 provider 选择。 2. 需要已有 Cookie、账号会话、内部系统、当前已登录标签页：选择 `browser_with_existing_login`。先使用 Codex 自带的 Browser Control（`@Chrome`）控制用户现有 Chrome；主能力不可用或主路径失败时，自动回退 `ego-ops`，由它���用 Ego 浏览器复用登录态、验证结果并沉淀成功经验。 3. 不需要已有登录态：选择 `browser_without_existing_login`，优先 Chrome DevTools。 4. 用户没有明确说明、且选错会改变结果时，先查本地登录态记录；没有命中时只问用户“这个链接是否必须复用当前 Chrome 的已有登录态？”得到回答后才能选择槽位。 不能仅根据 URL、IP 地址、路由名称、页面可达性或“看起来像公开网页”推断无需登录态；用户提供链接也不等于授权使用隔离浏览器。只有本地静态页、`file://`、`localhost` 等上下文本身足以确定时，才可记为 `intrinsic_context`。**不能仅因页面是 SPA 或需要 JS 渲染就改变槽位或调用 WebAccess**。 用户当前明确说明始终覆盖本地记录和历史观察。不得先用隔离浏览器打开目标页，再把看到登录页作为选择错误槽位的补救方式。 Codex Browser Control 普通模式已经验证可复用现有登录态并读取增量 Console 与 Network；默认保持“完整 CDP”关闭。执行入口是环境内置的 `chrome:control-chrome` Skill，其底层由当前 Codex 会话连接 Chrome，但不应被描述为需要另装或改用 WebAccess。内部使用调试器能力不等于必须开启产品设置中的“完整 CDP”。普通模式无法完成时先回退 `ego-ops`，不要为了 WebAccess 启动需要用户现场确认的 CDP 调试链路。 ## WebAccess 禁用规则 `web-access` 不属于 `browser-control` 的 provider、fallback 或预检对象。不得自动加载、探测或调用它，也不得以“外部后备已授权”为由恢复旧路由。原因是它依赖用户现场确认浏览器调试状态，无法满足默认自动化与可复用执行要求；对应能力统一由 `ego-ops` 与 Ego 浏览器承担。只有用户明确脱离本 Skill、单独要求使用 WebAccess 时，才按 WebAccess 自身流程处理，该例外不得写回本 Skill 的路由账本。 ## 运行流程 ### 1. 确认并记录登录态 先从已加载的 `SKILL.md` 定位本 Skill 目录，把脚本解析为绝对路径；不要假定当前工作目录就是 Skill 目录。对 HTTP(S) 链接，用以下本地注册表查询精确 URL 指纹： ```bash node "<browser-con