给 Claude Code / OpenClaw 装上 ” 真正意义上的联网能力 ”——让 Agent 能逛、能搜、能并发、能沉淀经验。
写在前面
你让 Claude” 调研小红书上关于 AI 工具的风评 ”，它拿着 Web Search 换各种关键词在搜索引擎里翻，就是不肯直接打开小红书。你让 Agent 抓一篇微信公众号文章，Web Fetch 返回的是空白或登录页。
这不是 Claude 的锅——是联网工具链缺了一层 ” 策略 ”。web-access Skill 解决的就是这个问题：把联网从 ” 单一工具选择 ” 升级为 ” 智能工具链调度 ”，三层通道、CDP 浏览器、Sub-Agent 并行分治，让 Agent 从 ” 能搜 ” 进化到 ” 能逛 ”。
截至 2026 年 5 月，GitHub 1.7K+ stars，CSDN 等技术社区多篇深度实测文章。
一、它解决什么问题
| 维度 | 信息 |
|---|---|
| 项目 | web-access Skill |
| 作者 | eze-is（EzeW）/ zxzvsdcj |
| 协议 | MIT |
| 平台 | Claude Code / OpenClaw / 所有支持 Skill 的 Agent 框架 |
| 安装 | git clone → 放入 ~/.claude/skills/web-access/ |
| Commits | 51+ |
| 中文文档 | ✅ CSDN + 博客园多篇实测 |
核心问题：传统 Agent 联网方案给的是锤子不是说明书——Web Search、Web Fetch、Puppeteer 各自为战，Agent 在需要浏览器操作时还在用搜索引擎。web-access 做的是让 Agent 理解 ” 任务本质 ” 而非 ” 执行步骤 ”，自动选最优工具组合。
二、三层通道调度
这是整个 Skill 的骨架：
| 层级 | 工具 | 能力 | 适用场景 |
|---|---|---|---|
| 第一层：轻量搜索 | WebSearch / WebFetch / curl / Jina | 关键词检索、静态抓取、原始 HTML、Markdown 转换 | 公开信息快速获取，节省 Token |
| 第二层：CDP 浏览器 | Chrome DevTools Protocol | 完整浏览器自动化、复用登录态、后台静默执行 | 需登录态、动态渲染、人机验证页面 |
| 第三层：并行分治 | Sub-Agent 多线程 | 主 Agent 只收汇总结果，子 Agent 各管一摊 | 多平台调研、海量信息聚合 |
关键差异：传统方案模型被关键词 ” 搜索 ” 锚定，需要浏览器操作时还在用搜索引擎。web-access 通过 Skill Prompt 设计，让 Agent 理解任务本质。
CDP Proxy：共享 Chrome 的核心理由
| 方案 | 登录态处理 | 配置复杂度 |
|---|---|---|
| Puppeteer / Playwright | 手动导出 Cookie 文件 | 高 |
| Browser MCP | 单独维护 Profile | 中高 |
| web-access (CDP) | 直接复用 Chrome 已登录状态 | 低 |
- 你在 GitHub / 小红书 / B 站已登录的账号，web-access 直接能用
- 所有子 Agent 共享同一个 Chrome 实例，各自操作独立 Tab，互不干扰
- 后台静默执行，不抢屏幕焦点，你照样用 Chrome
三、Sub-Agent 并行分治
这是 web-access 最 ” 离谱 ” 的能力——一次性调度 10 个子 Agent，同时操作 10 个不同平台，每个开 10 个 Tab，总共 并发处理 100 个网页。
主 Agent 只需要说：
调研小红书、微博、B 站、GitHub、知乎、即刻、豆瓣、36kr、虎嗅、HackerNews 首页内容
web-access 自动完成：拆分任务 → 分配子 Agent → 并行执行 → 汇总结构化报告。
实测对比：5 个平台手动调研 2 小时 → web-access 5~7 分钟，效率提升 20 倍。
中间内容不涌入主上下文——每个子 Agent 只把最终摘要传给主 Agent，避免 Token 膨胀。
四、站点经验沉淀
Agent 每次操作站点后，按域名自动存储：
– URL 模式（哪些 URL 可直接构造，哪些必须模拟点击）
– 平台特征（小红书需登录才能看完整内容，GitHub 私有库需认证）
– 已知陷阱（某些页面会跳转登录页，某些按钮有延迟加载）
– 最佳实践（优先站内搜索而非外部搜索引擎）
效果对比：
| 次数 | 总耗时 | 说明 |
|---|---|---|
| 第一次访问小红书 | ~3 分钟 | 试错 + 找到翻页逻辑 |
| 第二次访问小红书 | ~45 秒 | 直接复用经验，跳过所有试错 |
| 效率提升 | 4 倍 | 持续使用持续加速 |
五、安装与使用
前置条件
- Node.js 22+（CDP Proxy 需要）
- Chrome 或 Edge 浏览器
- 启用 Chrome 远程调试：
chrome://inspect/#remote-debugging
安装
# Claude Code 里直接说：# " 帮我安装 web-access skill，仓库地址是 https://github.com/eze-is/web-access"
# 或手动：git clone https://github.com/eze-is/web-access.git ~/.claude/skills/web-access
激活
遵循 web-access skill
典型任务
# 搜索类
" 帮我查 2024 年最新的大模型发展趋势 "
# 浏览类
" 打开 Boss 直聘，搜索北京 Golang 工程师岗位 "
# 并发调研
" 开 5 个子 Agent，分别调研小红书 / 知乎 /GitHub/B 站 /HN 的 AIGC 话题 "
# 社媒运营
" 帮我在小红书发布一篇 AI 工具笔记，配本地图片 "
六、vs OpenCLI：定位差异
| 维度 | web-access | OpenCLI |
|---|---|---|
| 形态 | Claude Code Skill | npm 包 + Chrome 插件 |
| 定位 | 联网策略调度器 | 站点 CLI 适配器集合 |
| 核心能力 | 三层通道 + CDP + 并行分治 + 经验沉淀 | 100+ 站点预构建适配器 |
| 并发 | ✅ 10 子 Agent × 10 Tab | ❌ 单任务串行 |
| 经验沉淀 | ✅ 按域名自动积累 | ❌ 无 |
| 平台绑定 | Claude Code / OpenClaw | 平台无关（CLI 工具） |
| 适用场景 | 调研 / 监控 / 信息聚合 | 日常自动化操作 |
| 输出 | 结构化汇总报告 | 命令行结果 |
互补关系：web-access 负责 ” 大脑层调度 ”（什么时候用什么工具、并行还是串行），OpenCLI 负责 ” 执行层工具 ”（小红书怎么搜、B 站怎么下）。web-access orchestrates，OpenCLI executes。
七、风险与坑
- Chrome 必须开启远程调试：这是 CDP 直连的前提，但开启后 Chrome 暴露了调试接口，本地网络有安全风险
- 内存消耗大：实测 10 子 Agent × 10 Tab 并发，Chrome 内存占用 ~38.6 GB，Claude Code 14 GB，考验机器配置
- 依赖 Claude Code / OpenClaw：目前只能在支持 Skill 的 Agent 框架里用，不能独立运行
- 站点经验的法律灰色地带：A2A 社区经验池构想中提到的 ” 实时共享试错经验 ” 可能涉及各平台服务条款
- JS 执行权限高：CDP 的
/eval命令能在页面里执行任意 JS，安全性依赖 Chrome 沙箱 - Windows 适配：需要 Git Bash，cygpath 路径问题
八、总结
web-access 最值得装的三个理由：
- 三层通道自动调度：搜索 / 抓取 / 浏览器 / 并行，Agent 自己选最优路径
- Sub-Agent 并行分治：10 子 Agent × 10 Tab = 100 网页并发，调研效率提升 20 倍
- 站点经验沉淀：越用越快，第二次访问同一站点直接跳过所有试错
如果你每天让 Agent 做多平台内容调研、社媒监控、竞品情报收集——web-access 可能是你今年装过的最值的扩展。