之前 0.5.0 主要解决的是 Connect：让 agent-browser 、Browser Use 、Playwright CLI 接入日常使用的 Chrome / Edge 。0.10.0 又把另一条常见路径补完整了：直接用浏览器登录态请求已知 URL 。
现在 Panerelay 有三个比较明确的入口：
- Fetch：对已知 HTTP(S) URL 发请求，复用浏览器中的登录状态；不导航页面、不读取 DOM ，也不会把 Cookie 返回给 Agent 。
- Connect：把自动化工具接到用户明确授权的现有标签页；控制状态在扩展中可见，也可以随时释放。
- 侧边栏：直接在浏览器里启动或继续本地 Agent 会话，只把当前标签页 URL 和标题作为有限上下文。
上手流程也收敛成“扩展 → Setup → Skill”：
npx --yes @panerelay/setup
npx skills add https://github.com/F-loat/panerelay --skill panerelay
基础 Setup 会准备 Native Host 和全局 panerelay CLI ； Skill 再根据任务选择 Fetch 或 Connect ，并在需要浏览器授权时停下来。站点适配器也改成运行时发现，用到时再按需安装，例如：
npx --yes @panerelay/setup add bilibili
panerelay bilibili me
这次还补了一组可复现的 Panerelay Fetch / OpenCLI 对比。在记录环境中，顺序请求中位延迟降低 40.2%，8 请求批次完成时间降低 48.4%，并发吞吐量中位数为 1.95 倍；这些数字只代表报告中的明确场景，原始方法和限制都放在报告里： https://github.com/F-loat/panerelay/blob/v0.10.0/docs/spikes/0010-fetch-opencli-performance.md
项目本地运行、MIT 开源，支持 macOS 、Linux 、Windows 。
官网： https://f-loat.github.io/panerelay/ GitHub： https://github.com/F-loat/panerelay 0.10.0： https://github.com/F-loat/panerelay/releases/tag/v0.10.0
现在比较想听两类反馈：哪些登录态接口适合用 Fetch 替代页面自动化，以及哪些现有标签页工作流最需要 Connect 。
Select Language