setup-browser-cookies

其他 社区 v1.0.0
解读按原文结构重写,命令、链接、术语均保留;右侧可核对作者原始 SKILL.md

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 文件)。

流狐档案 作者与许可取自来源;运行、权限和网络为流狐检测或估算
流狐分类
通用
作者声明 Agent
未找到明确声明;不据此推断已兼容或已测试
静态检查
92 / 100 · 启发式扫描,不代表运行安全
作者 / 版本 / 许可
@garrytan · v1.0.0 · 未声明 license
流狐 Token 估算
较高消耗
流狐接入估算
需简单配置
是否需要外部 API Key
未发现要求
检测到的系统要求
macOS · Linux
底层运行要求
Bun
检测到的文件与系统行为
  • 只读
  • 允许写入 / 修改
  • Shell 执行
检测到的网络行为
允许外网请求
安装命令数
无(仅作为资料)

档案由构建时根据 SKILL.md 与安装命令自动衍生,可能与作者实际意图存在差异。

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

输出预览 setup-browser-cookies.preview
作者没有在当前 SKILL.md 中定义固定输出样例。

讨论

基于 GitHub Discussions。登录 GitHub 即可参与讨论、点赞、订阅更新。