IT资源栈近期不少开发者在使用 Anthropic 推出的 AI 编程工具 Claude Code 时，遭遇了 WebFetch 功能无法正常工作的技术故障。无论目标是抓取维基百科、Hacker News 还是普通站点，系统均持续报错“Unable to verify if domain is safe to fetch”，提示网络限制或企业策略阻止了 claude.ai。即使开启全局代理或 Clash TUN 模式，问题依然存在。经排查 GitHub Issue #6388，确认该问题的根源在于 WebFetch 的安全验证机制。在抓取目标网页前，Claude Code 会强制调用 `https://claude.ai/api/web/domain_info` 接口进行域名安全预检。若用户网络环境无法直接访问 claude.ai（如被防火墙拦截），这一前置步骤即会失败，导致整个抓取流程中断，即使目标站点本身完全可达。针对这一痛点，解决方案是利用 Claude Code 的隐藏配置项。用户需编辑配置文件 `vim ~/.claude/settings.json`，手动添加 `{ “skipWebFetchPreflight”: true }` 配置，保存并重启 Claude Code 后即可跳过安全预检查。实测表明，开启该配置后，Claude Code 能顺利抓取并返回 Hacker News 等网站内容，功能恢复正常。
事件分析
此次事件暴露了 AI Agent 类工具在“落地最后一公里”时的典型网络兼容性挑战。从技术架构看，Claude Code 设立预检机制的初衷是防止 AI 访问恶意或违规站点，属于“安全沙箱”的一部分，但在实际网络环境中（特别是国内或企业内网），这种对云端 API 强依赖的“电话回家”行为反而构成了可用性瓶颈。使用 skipWebFetchPreflight 跳过预检虽然解决了连接问题，但也意味着开发者需自行承担 AI 抓取内容的安全风险。这反映出当前 AI 编程工具在设计时，往往默认用户处于开放网络环境，忽略了不同地域的网络管控制度。未来，类似的本地化 AI 工具可能需要提供更细粒度的网络策略控制，或者在离线/受限网络模式下提供更优雅的降级方案，以平衡智能体的安全性与开发效率。
💡 核心观点：AI 编程工具在联网能力上的“安全包袱”正成为开发落地的主要阻碍，隐式配置项暴露了厂商在安全性与可用性间的博弈取舍。
原文链接：Linux.do
评论前必须登录！
立即登录 注册