让Claude Code用自带的WebFetch去读微信公众号文章，直接报错——"无法验证域名安全性"。换成web-access skill，十几秒钟，文章全文到手。

Claude Code自带的联网工具有什么问题

Claude Code自带的联网能力，有几个明显的短板：

工具	问题
WebSearch	只能拿搜索摘要，想看原文要自己点进去
WebFetch	遇到微信公众号、小红书这种反爬严格的平台，直接歇菜
浏览器控制	要自己装Playwright或Chrome DevTools MCP，配置麻烦

最要命的是，模型拿着这些工具容易"一条道走到黑"。

举个例子：我让Claude Code调研某个产品在小红书上的用户反馈。它用WebSearch搜了半天，给我一堆搜索引擎的结果，但都是二手信息。我提示它"去小红书上看看"，它还是用WebSearch搜"小红书 XX产品"，根本没想到要打开浏览器进站内搜。

最后我只能手动去小红书搜索，把链接贴给它。

web-access的解决思路

web-access的思路很简单：直接连你日常用的Chrome浏览器，天然带着你的登录态。

微信公众号、小红书、微博——你平时能看的，Agent都能看。

这个设计太聪明了：

• 很多网站有反爬机制，用爬虫容易被封。用真实浏览器带着登录态，不会被封
• 很多内容需要登录才能看，Agent用你的登录态，就能看到这些内容

设计精妙的地方

1. 浏览哲学而非固定步骤

不是写死"第一步搜索、第二步打开"，而是教Agent像人一样思考：

1. 先定义成功标准
2. 选最可能直达的方式验证
3. 过程中根据反馈实时调整
4. 遇到反爬平台直接上浏览器，不在fetch上浪费时间

这个设计很灵活。不同的任务，最优路径不一样。写死步骤容易在某些场景下效率很低，但教Agent思考，它就能根据