BrowserCat

引子：我们为什么“不信邪”地选了零代码方案？ 上季度大促前72小时，运营总监冲进站会室，把一张Excel甩在投影幕布上：“老板刚签的竞品监控SOP，5家平台——淘宝联盟（反爬刚升到v3.2）、京东商智（接口灰度中）、拼多多API（文档还没公开）、抖音电商罗盘、小红书商家后台。要实时抓价格、库存、SKU上架状态变更，数据进BI看板，今晚12点前跑通首条链路。” 我们团队当时什么配置？1个写过三年Scrapy的老Pythoner（我），2个从天猫运营转岗半年的“半技术人”——小陈能改JS埋点，阿哲会写基础SQL但分不清协程和线程。开发排期？前端在赶大促弹窗动效，后端在修订单超时漏单，老板微信只回了一句话：“能用Claude+BrowserCat搞定就别拉人。” 我嘴上说“行，试试”，转身关上门就搜“BrowserCat docker m2 crash”。心里直打鼓：零代码？听着像给产品经理准备的玩具，真敢拿它扛生产级采集？凌晨两点，我盯着终端里滚动的ERROR: browser context closed，第一次怀疑自己是不是被“低代码”三个字骗进了坑。 环境搭建：从“点开就用”到“卡死在第一步”的血泪三小时 BrowserCat安装翻车实录 Mac M2芯片下，Docker Desktop启动BrowserCat容器后必崩——不是报错，是直接无响应。反复重装、换镜像、降Docker版本，全无效。直到在docker logs browsercat里看到一行被刷屏淹没的关键词： [0512/032412.887654:ERROR:zygote_host_impl_linux.cc(90)] Running as root without --no-sandbox is not supported. 原来Chrome沙箱在M2上默认触发内核保护机制。解决方案？不是改Dockerfile，而是在docker run命令末尾硬加： --cap-add=SYS_ADMIN --security-opt seccomp=unconfined （顺手把--no-sandbox也加上了，虽然不安全，但大促当前，先活下来） Claude API Key踩坑 免费试用版Key调用computer_use工具时，永远返回： {"type":"error","error":{"type":"permission_denied","message":"Tool 'computer_use' is not enabled for this API key"}} 翻遍Anthropic文档、GitHub Issues、Discord频道……最后在控制台右上角用户头像→Settings → API Keys → Edit → Advanced Permissions → ✅ Enable computer_use 才找到开关。那个藏得比“删除账号”还深的复选框，让我删了三次Key重试。 MCP配置玄学 本地跑MCP workflow时死活报no browser context。.env文件里明明写了： BROWSERCAT_URL=localhost:8000 查源码才发现——BrowserCat SDK底层用的是fetch()，而localhost:8000会被当作相对路径处理！必须写成： BROWSERCAT_URL=http://localhost:8000 # 注意 http://！ 这个细节，官方文档连提都没提。 ...

开篇：那句“登录淘宝并截图订单页”是怎么把我整破防的 2025年11月17日，凌晨2:17。 电脑风扇在耳边嘶吼，屏幕右下角显示CPU 98%，Claude Code窗口弹出第7次报错：[ERROR] MCP execution failed: browser.screenshot() returned null。我揉了揉发酸的眼角，把刚热好的枸杞水推到一边，点开BrowserCat的实时日志——一行刺眼的红色文字正缓缓滚动： [ERR] no active browser context 不是Demo，不是练手，是救火。 1小时前，运营同事在钉钉里甩来一条消息：“合规审计加急！30个用户订单凭证，明早9点前要PDF归档，账号密码已发你邮箱。” 我深吸一口气，把鼠标移到Claude对话框，敲下那句看似无比朴素、却让我之后连续熬了三个通宵的指令： “登录淘宝并截图订单页” 没有URL，没有订单号，没有cookie路径——就这8个字。它本该是AI时代最自然的交互，结果成了压垮我的最后一根稻草。 为什么非得是BrowserCat？——我试过的4种方案全翻车了 别信“浏览器自动化随便选”的鬼话。我真的一一踩过坑，还录了失败时的内存监控曲线（峰值均超4.2GB）。下面是真实对比表，标红的是当场让任务流产的致命缺陷： 方案 启动耗时 Cookie继承 截图返回方式 致命坑 Puppeteer 2.1s ❌ 需手动注入 page.setCookie() page.screenshot({encoding:'base64'}) ✅ 淘宝检测navigator.webdriver，直接跳转风控页 Playwright 1.8s ❌ MCP沙箱无法读取本地~/.config/BraveSoftware/Brave-Browser/Default/Cookies page.screenshot() 返回Buffer ❌ CI里读不到宿主机cookie文件，报ENOENT Selenium + ChromeDriver 3.4s ⚠️ 可用add_cookie()但需先访问域名触发domain校验 必须save_screenshot('/tmp/x.png') → 再open()读取 → base64编码 ❌ Claude在MCP里OOM崩溃（日志：FATAL ERROR: Ineffective mark-compacts near heap limit） Claude内置浏览器插件 <1s ✅ 自动复用当前会话 screenshot() 返回base64 ✅ 仅支持静态页面，淘宝订单页JS动态渲染后截图永远是白屏 BrowserCat赢在两个“原生”： ✅ 自动继承Claude当前会话态——它根本不用碰cookie文件，直接复用Claude已认证的OAuth2 token和session storage； ✅ browser.screenshot() 原生返回base64字符串——省掉文件IO、磁盘写入、路径拼接、读取解码共27行胶水代码（我删掉的代码截图里，光fs.writeFileSync就占了9行）。 ...