panerelay

Product images

About

开源协议：MIT 让 Agent 处理 GitHub、邮箱、企业后台或内容平台时，真正麻烦的往往不是“它会不会操作网页”，而是“怎样安全使用用户已经登录的浏览器”： 启动独立浏览器，需要重新登录，还会遇到验证码、双重验证和环境差异； 复制 Profile 或导出 Cookie，会扩大凭证暴露范围； 直接开放 Chrome 远程调试，权限通常过大，也缺少清晰的标签页授权和当前控制状态。 Panerelay 不是另一个 Browser Agent，而是 Agent 与日常浏览器之间缺失的本地权限和路由层。 它让 Agent 复用现有 Chrome / Microsoft Edge 的登录态，同时由用户明确决定可以访问哪些域名、连接哪些标签页，并随时撤销控制。 它带来的实际变化 需要数据时用 Fetch：Agent 可以直接请求已登录接口，不必打开页面或运行 DOM 自动化。浏览器 Cookie 只在扩展内参与请求，不会返回给 Agent；权限按域名授予。 需要操作页面时用 Connect：agent-browser、Browser Use 和 Playwright CLI 可以连接用户明确授权的现有标签页，继续使用各自原生的导航、输入、截图和调试能力。 不被某个 Agent 或自动化引擎绑定：同一个本地 Bridge 和统一 Skill 同时服务 CLI、MCP 与多种自动化工具。 权限始终可见、可撤销：Fetch 域名授权、Connect 标签页授权和当前页面控制彼此独立；页面获得焦点不会自动获得权限。 常用网站可以直接使用语义命令：0.10 的内置目录覆盖 99 个 Fetch 站点适配器，可按需安装，例如用 panerelay bilibili me 读取当前登录账号，而不用让 Agent 自己研究接口和鉴权。 因此，用户不必在“复用真实登录态”和“保留浏览器控制权”之间二选一。Panerelay 本地运行，不依赖 Panerelay 云服务，也不要求开启远程调试端口。 快速开始 先安装 Chrome 扩展，然后运行： bash npx --yes @panerelay/setup npx skills add --skill panerelay 随后直接告诉 Agent：“使用 $panerelay 获取我已登录网站的数据”，或“连接我当前授权的 Chrome 标签页”。 支持 macOS、Linux、Windows，以及 Chrome 和 Microsoft Edge。扩展侧边栏还提供轻量的本地 Agent 入口，方便在当前页面旁启动或继续会话。 此前投稿 #10958 介绍的是以 agent-browser 接入为主的 v0.5；0.10 已形成完整的 Fetch + Connect 双入口，因此提交本次重大更新。

Discovery history

1. 阮一峰周刊·用户投稿

   Jul 30, 2026 – Aug 11, 2026 · 2 observations