setup-browser-cookies

其他 已审计 @garrytan v1.0.0
信任分
92/100
兼容 Agent
1
速查档案 只列事实:领域、Agent、信任分、作者、原文章节。装与不装请看下方作者解读。
领域
通用
兼容 Agent
Claude Code
信任分
92 / 100 · 已通过审计
作者 / 版本 / 许可
@garrytan · v1.0.0 · 未声明 license
安装命令数
1 条

需要注意: 未限定 allowed-tools,默认拥有全部工具权限。

想读作者英文原文? ↓ 滚到正文区切换 · 在 GitHub 查看 ↗

解读由编辑根据原文凝练而成,命令、链接、术语均与作者原文一致;想看完整论述请切到右侧

setup-browser-cookies 解决一个具体问题:headless Playwright 浏览器没你的登录态,所以你得把真实 Chromium / Edge / Brave / Comet 浏览器里的 cookie 安全地导进 browse session,让 gstack 的 $B 命令能以「已登录的你」的身份继续操作。

设计思路

作者优先尝试 CDP 模式——如果 $B 已经通过 Chrome DevTools Protocol 接到你真实的浏览器,那 cookie 与 session 已经天然共享,导入完全多余,技能直接告知「Not needed」。只有非 CDP 模式才走 cookie 解密 + 加载流程。

工作流

CDP mode check$B status | grep "Mode: cdp";为 cdp 直接告知用户、停止;② 否则准备 browse 二进制(必要时跑 ./setup 一次性构建,并在 bun 缺失时按硬编码的 BUN_VERSION + 安装脚本 SHA 校验后安装);③ $B cookie-import-browser 拉起 picker UI,自动检测已装 Chromium 系浏览器,让用户在浏览器里点 "+" 选要导的域名、点 trash 删;④ 若用户已知道域名,可直接 $B cookie-import-browser comet --domain github.com 跳过 UI;⑤ 用户确认完成后跑 $B cookies 列出按域名的导入摘要。

平台细节

  • macOS 第一次导入会触发 Keychain 弹窗——必须 "Allow" / "Always Allow"
  • Linux 上 v11 cookie 需要 secret-tool / libsecret 访问;v10 走 Chromium 标准回退

适合的场景

  • /scrape 或自动化操作时,目标站点必须登录后才有数据
  • 多浏览器混用,希望明确从哪一个浏览器导哪些域名
  • 想验证当前 browse session 是否已通过 CDP 共享真实浏览器状态

何时不要用

  • 只爬公开页面(无登录),多此一举
  • 出于隐私 / 合规要求不允许把真实 cookie 传给自动化进程

配套

scrape(最常见的下游消费者)、webapp-testing(带登录态做 QA)、qa-only(也支持 Import cookies from cookies.json 直接走 cookie 文件)。