Dane Dai
Work Buddy
Ai知识库
系统代理明明配好了，AI 浏览器却连不上网。我们团队最近把浏览器自动化接进 Agent 工作流，本以为本地代理一直开着就万事大吉。结果用 agent-browser 打开目标站点，要么空白，要么提示网络不可用——可同一台机器上，普通 Chrome 明明能正常打开。第一反应以为是网站在拦自动化。实测一圈才发现，不是反爬，是请求压根没连通。排查下来，根因是三层叠加。第一，Chrome 不读 shell 里的 HTTP_PROXY。那是 curl、wget 的约定，Chrome 压根不认。第二，自动化启动不会自动继承 macOS 系统代理。你手动开 GUI Chrome 能读系统设置，但 agent-browser 把 Chrome 当后台进程拉起，实测不加 --proxy 直接 403。第三层最隐蔽：Agent 运行环境的沙箱组件，把 HTTP_PROXY 强行覆盖成了它自带的 58058 端口，而这个端口对这类请求是不通的。一句话总结：自动化浏览器的代理，既不等于系统代理，也不等于 shell 代理变量；工具跑在沙箱里，还要多算一层"沙箱自带代理覆盖环境"。我们的解法很直接：给 agent-browser 显式指定真实可用的代理 --proxy 
https://taou.cn/a/igi7Lh，再用专属变量 AGENT_BROWSER_PROXY 长期固化，避开沙箱覆盖。给同样在折腾 AI 自动化的同行三点提醒：显式把正确地址告诉工具、用工具专属变量避开被覆盖、动手前先用 curl -x 和 lsof 把"哪个端口真通"钉死。你遇到过"系统配了、工具却不用"的环境变量坑吗？欢迎评论区聊聊。#WorkBuddy# #AI浏览器自动化# #Agent工作流# #代理配置# #技术复盘# #效率工具# #运维踩坑#
发布于 江苏
分享
评论
3
未登录
友善发言
评论
加载中
