今天朋友圈又被日本核污染水排海的新闻刷屏了，焦虑像病毒一样在信息流里复制。我顺手点开后台，看了一眼还在跑的十几个比价监控脚本，数据流很平稳，但心里那股烦躁压不下去。直接SSH连上去，kill -9，全停了。世界这么乱，还比个屁的价。
这些脚本是去年给几个做家电和3C的大卖家定制的，他们当时的需求就一句话：我要知道全网最低价什么时候出现，并且比对手快五分钟拿到通知。听起来简单，背后是一整套对抗平台反爬和动态定价策略的战争。最早用Requests+BeautifulSoup那套，死得很快，平台稍微改个class名或者加个动态加载的div，整个解析链就断了。后来全换成Selenium配合无头浏览器，模拟真人滚动、点击、甚至随机停留，就为了把商品详情页里的那个价格数字抠出来。
最头疼的是频率控制。你爬得太快，IP立刻被ban，慢吞吞的又失去监控意义。我搞了个分布式IP池，配合自定义的请求间隔算法，模仿人类浏览的“不规则节奏”——在页面加载后随机等待0.5到3秒，翻页间隔加入高斯分布随机数。这还不够，有些平台的价格根本不在初始HTML里，是JS执行后通过API异步拉取的。你得用Pyppeteer或者Playwright这类能直接拦截网络请求的工具，在瀑布流里精准定位到那个返回JSON数据的XHR请求，把payload和响应结构逆向出来。
监控逻辑的核心是状态机。一个商品的生命周期：上架、正常售卖、临时降价（秒杀/券）、缺货、下架。脚本不仅要抓价格，还要判断状态。比如，京东的“秒杀”标签是个动态元素，得等特定事件触发后才渲染；淘宝的“券后价”需要模拟点击“领券”按钮（如果按钮存在），才能拿到真实成交价。我写了一套规则引擎，用YAML文件配置不同平台的选择器路径和业务逻辑分支，勉强能把维护成本降下来。
但交付这东西就是个无底洞。客户总觉得“监控”就应该百分百准确，一次漏报或者误报就是天大的事。他们不理解平台前端每周甚至每天都有灰度发布，一个A/B测试可能就把你的选择器干废了。半夜三点被电话吵醒，就为了某个SKU的价格突然抓不到了，爬起来看日志，发现是平台把“span.price”改成了“div.final-price”，五分钟改完配置热更新，睡意全无。身体就是那段时间垮的，咖啡当水喝，心率时不时就飙上去。
所以去年我断尾求生，把团队散了，自己接些高单价的定制脚本开发。逼着自己每天健身，吃低卡餐。身体才是第一生产力，这话以前觉得是鸡汤，现在觉得是保命符。今天关掉脚本，也是突然觉得，技术解决不了所有焦虑。你能监控价格，能抓取数据，能自动化通知，但面对核污染水这种庞大的、系统性的风险，个体那点技术力苍白得可笑。脚本能告诉我什么时候买iPhone最便宜，但它没法告诉我，十年后吃的鱼还安不安全。
也许下一个要写的自动化工具，是帮自己从无穷无尽的信息焦虑里定时脱身的。比如，每天强制锁屏一小时，或者自动过滤掉关键词是“末日”、“恐慌”、“重磅”的朋友圈消息。技术应该让人更自由，而不是把自己捆在数据流里，对着不断刷新的灾难新闻和商品价格，一遍遍确认自己的无能为力。
