接管已登录浏览器
连接你日常使用的浏览器，连同登录状态一起交给 Agent。需要账号才能看的页面不用再单独配 Cookie 或 Token，Agent 直接以你的身份操作，绕开了纯请求方式最常见的登录墙。
价格官网未标价
平台—
归类AI 智能体
收录2026-10-12
复核2026-10-12
编辑评分
4.0 / 5
★★★★☆
Web Access编辑总结
Web Access 是开发者一泽 Eze 开源的 Agent Skill，专门装进 Claude Code、Cursor、Gemini CLI、Codex CLI 这类支持 SKILL.md 的 Agent 框架里。它做的事很具体：把 Agent 接到你日常用的浏览器上，连带着完整的登录状态，让它自己去搜索、打开页面、点击、把内容抓回来。架构分三层：联网策略负责判断该不该联网、走哪条路；CDP 浏览器操作负责真正动手点；站点经验积累把踩过的坑沉淀下来，下次少走弯路。它瞄准的是传统 Agent 联网能力弱、浏览器自动化写起来麻烦、遇到要登录的页面就卡住这三类老问题。适合已经在用这类命令行 Agent、又经常要处理需要登录或强交互网页的开发者。局限也很明显：它不是开箱即用的产品，得先有支持 SKILL.md 的宿主框架才能跑。
Web Access是什么？
Web Access 是一个开源的 Agent Skill，作者是开发者一泽 Eze。它不单独运行，而是作为能力模块装进支持 SKILL.md 规范的 Agent 框架里，比如 Claude Code、Cursor、Gemini CLI、Codex CLI。装好之后，你的 Agent 就多了一双能上网的手。
它的核心思路是三层结构。第一层是联网策略，决定当前任务要不要联网、走搜索还是直接访问；第二层是 CDP 浏览器操作，通过 Chrome DevTools Protocol 真正驱动浏览器，完成点击、输入、翻页、滚动这些动作；第三层是站点经验积累，把在某个站点上摸索出来的可用路径记下来，下次遇到同类站点直接复用，减少试错。
用法上，它接的是你日常在用的那个浏览器，登录状态一并带过去。所以那些需要账号才能看的内容、需要连续点击才能展开的页面、需要填表提交的流程，Agent 都能走通，而不是像纯 HTTP 请求那样被挡在门外。开发者可以把它当成浏览器自动化的一个更省事的替代方案；已经在用命令行 Agent 的人，等于补上了联网这块短板。
Web Access核心功能
CDP 浏览器操作
基于 Chrome DevTools Protocol 驱动浏览器，能做的动作不止打开网页：点击按钮、输入文本、翻页、滚动加载、等待元素出现。相当于把人工操作网页的那套流程交给 Agent 自动跑。
联网策略分层
不是所有任务都该走浏览器。联网策略层会判断当前问题要不要上网、适合用搜索引擎还是直接访问目标站点，避免用重手段去做轻活，也避免该动手的时候只返回一段搜索摘要。
站点经验积累
在同一类站点上反复操作时，把走过的可用路径沉淀下来。下次再遇到该站点，可以直接沿用之前验证过的方式，减少重新试探选择器、重新摸索页面结构的时间。
接入多种 Agent 框架
面向支持 SKILL.md 的框架设计，Claude Code、Cursor、Gemini CLI、Codex CLI 等都在适用范围内。一套 Skill 可以跟着你换框架继续用，不用为每个工具单独重写一遍浏览器能力。
Web Access值不值得用？
如果你的日常是在命令行 Agent 里干活，又经常碰上需要登录、需要连续点击才能拿到内容的网页，Web Access 值得装。它解决的是真实痛点：传统 Agent 联网只会发请求，一遇登录态和交互就停住，而这个 Skill 直接借你浏览器的身份把路走通。如果你只是偶尔查点公开资料，装它属于杀鸡用牛刀，普通搜索能力就够了。还有一种情况要谨慎：你的宿主框架不支持 SKILL.md，或者你不想让 Agent 碰你日常浏览器的登录态，那它就不适合你。
建议选它的情况
- 已经在用 Claude Code、Cursor、Gemini CLI、Codex CLI 等支持 SKILL.md 框架的开发者
- 经常需要处理必须登录才能访问的页面，纯请求方式拿不到内容
- 要跑的流程包含多步点击、表单填写、翻页加载，需要真正驱动浏览器
不建议选它的情况
- 宿主 Agent 框架不支持 SKILL.md，装了也无法加载
- 不愿让 Agent 使用自己日常浏览器的登录态，担心账号安全边界
- 只是偶尔查公开资料，普通搜索能力已经够用，不需要浏览器自动化
Web Access使用建议
入门先把路子走对
- 先确认框架兼容动手之前先确认你用的 Agent 框架支持 SKILL.md，否则装进去也不会被加载。Claude Code、Cursor、Gemini CLI、Codex CLI 都在适用范围内，用其他框架要先查清楚。
- 用独立浏览器配置别直接挂上你每天在用的主力浏览器，换一个单独的浏览器配置或专门的浏览器实例来跑 Agent。登录态可以照样带，但账号风险被隔离在一边。
- 从一个具体任务试起第一次别丢复杂流程，挑一个明确的小任务，比如打开某个已登录的后台页面、抓一份列表出来。跑通了再往上加步骤，出问题也好定位是哪一步卡住。
进阶省时间也省钱
- 把常用路径说清楚在提示里把站点入口、要走的路径、页面上的关键标识描述得具体一些，Agent 不用靠试探去猜页面结构，省下的都是往返和等待的时间。
- 善用站点经验沉淀在同一个站点上反复操作时，把已经走通的路径和可用的操作方式保留下来。下次再跑同类任务，可以直接沿用，不必从头摸索页面元素。
- 只在该联网时才联网把任务里哪些部分需要上网、哪些部分纯推理能完成分清楚。不需要联网的环节放给模型自己算，减少浏览器往返，整体速度会明显不同。
Web Access适合谁用？
命令行 Agent 重度用户
推荐日常在 Claude Code、Cursor 这类框架里干活，已经习惯把任务交给 Agent，只差联网和浏览器操作这一块。装上之后能力补齐，工作流不用换。
需要抓登录态页面的开发者
推荐目标内容必须登录才能看到，纯 HTTP 请求拿不到。这个 Skill 借你浏览器的登录态操作，正好覆盖这类场景。
要跑多步网页流程的人
推荐任务不是打开一个页面就结束，而是要点击、翻页、填表、等待加载。CDP 驱动浏览器能把这些动作串起来跑，比只发请求的方式走得远。
对账号安全边界敏感的人
有条件Agent 会使用你浏览器的登录态，如果不接受把日常账号交给它操作，就不适合。可以先用独立浏览器配置试，但风险边界要自己判断清楚。
只想查公开资料的人
不推荐如果需求只是搜几条公开信息、读几篇网页，宿主 Agent 自带的搜索能力就能完成，没必要专门引入浏览器自动化这一层。
Web Access优点和缺点
优点
- 直接复用日常浏览器登录态，需要账号的页面不用单独配置鉴权
- 基于 CDP 驱动浏览器，可完成点击、输入、翻页等真实交互
- 联网策略分层，区分该搜索还是该直接访问目标站点
- 站点经验可积累，同一站点重复操作时减少试探成本
- 一套 Skill 适配多种支持 SKILL.md 的 Agent 框架
缺点
- 必须先有支持 SKILL.md 的宿主框架，不能独立运行
- 需连接浏览器并携带登录态，账号安全边界要自行评估
- 官网未公开具体价格与授权条款，商用前需自行确认
- 浏览器自动化本身受页面改版影响，站点结构一变路径可能失效
Web Access常见问题
Web Access 是独立工具吗，还是要装在别的软件里？＋
它不能单独运行，是一个 Agent Skill，需要装进支持 SKILL.md 规范的 Agent 框架里才能工作，比如 Claude Code、Cursor、Gemini CLI、Codex CLI。你可以把它理解为给这些 Agent 加装的一块联网和浏览器操作能力，装好之后在原有工作流里直接使用。
它和我平时用的浏览器是什么关系？＋
它会连接你日常使用的浏览器，并把登录状态一并带过去。所以那些必须登录才能看到的页面，Agent 能以你已有的身份直接访问和操作，不需要再单独配置账号密码或鉴权信息。这也是它能处理登录态场景的关键。
它能做哪些浏览器操作？＋
除了打开网页和读取内容，它还能点击按钮、输入文本、翻页、滚动加载、等待页面元素出现。也就是说，需要连续多步交互才能走完的流程，它可以像人一样一步步点过去，而不是只发一个请求拿一段静态内容就结束。
联网策略那层是干什么的？＋
它负责判断当前任务要不要上网、以及走哪条路更合适——是用搜索引擎先找，还是直接访问目标站点。这能避免两种浪费：不需要联网的时候硬去开浏览器，以及该真正动手操作的时候只返回一段搜索摘要。
站点经验积累是什么意思？＋
在同一个站点上反复执行任务时，把已经走通的路径和可用的操作方式保留下来。下次再遇到这个站点，就可以沿用之前验证过的方式，不用重新试探页面结构、重新摸索该点哪里。对需要反复跑同类任务的场景，这部分省下的时间比较可观。
把浏览器的登录态交给 Agent 安全吗？＋
这取决于你对账号风险边界的接受程度。它会以你的身份操作浏览器，因此涉及敏感账号时建议换用独立的浏览器配置，而不是直接挂上主力账号。是否采用、用在哪些账号上，需要你自己判断，官网未说明额外的权限隔离机制。
装了之后跑不通，一般是什么原因？＋
最常见的两种情况：一是宿主框架本身不支持 SKILL.md，装了也不会被加载；二是浏览器连接或登录态没准备好，Agent 拿不到可操作的页面。另外，目标站点的页面结构如果和之前不一样，原有的操作路径也可能失效，需要重新走一遍。
