快手和抖音的 K3 战役打起来了，这可能是普通人最后能摸到短视频流量红利的窗口期。我昨天刚签了一个合同，给一个做服装批发的客户做一套全自动的短视频矩阵上传脚本，报价六万五，定金三万已经到账了。钱是烫手的，我知道这玩意儿本质上是在透支平台生态，跟当年做 SEO 黑帽批量发外链没什么区别，但客户那句话把我按住了：“你不做，有的是人做，这钱你赚不赚？”
2019年，我31岁，带着一个五个人小团队，每天都在这种“接单-交付-焦虑下一个单”的循环里打转。团队要发工资，办公室租金每月八千，上个月刚因为一个H5活动页的兼容性问题赔了客户两万。自由？早没了。现在满脑子都是现金流。快手的 K3 战役，抖音的日活压力，对平台来说是增长，对我们这种游走在灰色地带的“技术服务商”来说，就是需求。客户要的是在规则收紧前，用机器抢出尽可能多的账号和内容，占住坑位。
这笔订单的技术核心，是模拟真人操作的自动化。不是简单的调用官方 API——平台根本不开放批量上传接口，甚至单个上传的 API 都藏着掖着。我们得从底层协议和浏览器环境模拟入手。用 Python 的 Selenium 只是基础，要过平台的风控，关键在几个细节：一是设备指纹的伪装，包括 WebGL 渲染器哈希、Canvas 指纹、字体列表，必须用真实移动端的 UA 加上随机化参数，每次启动都生成一个近乎唯一的“干净”环境。二是操作轨迹模拟，不能是简单的 `click()`，要用 ActionChains 生成带贝塞尔曲线的人类鼠标移动轨迹，连在输入框里打字的速度都要随机间隔，快慢交错。三是 IP 池的管理，光用代理不够，必须结合 ADSL 拨号服务器做动态住宅 IP，上传行为的地理位置要散开，不能全从杭州一个机房出去。
最恶心的是视频预处理。客户给过来的是同一段服装展示视频，要求我们自动生成上千个“不同”版本。这里面的水就很深了。我们要用 OpenCV 做帧级别的处理：随机调整亮度、对比度、饱和度，在随机位置插入一闪而过的透明 logo 水印（不是用来防盗，是为了改变视频的 MD5 值和关键帧特征），甚至对音频进行变速不变调处理。还得自动生成不同的标题和描述，用结巴分词加同义词库，组合出看似通顺但实质重复的文案，再混入当前热门话题标签。一套组合拳下来，平台的内容去重算法很难判定这是完全相同的视频。
道德挣扎？有，但很短暂。晚上盯着代码跑测试，看着屏幕上几十个模拟器窗口同时登录、上传、发布，像一支沉默的机械军队。我知道这些垃圾内容会挤占普通用户的空间，稀释社区质量。但另一个声音更大：这就是流量战争。平台用算法和规则筑起高墙，我们就得找到墙缝。2017年做微信小程序批量注册时也这么想，后来腾讯一收紧，那套方法就废了。现在无非是历史重演，在平台举起屠刀前，赶紧捞一票。团队里新来的小孩很兴奋，觉得这技术很酷。我没说话，心里清楚，这根本不是技术，这是体力活，是平台和钻空子者之间的猫鼠游戏，我们就是那只随时可能被拍死的老鼠。
交付压力巨大。客户要求一周内看到第一批 500 个账号的矩阵上线，并且每个账号每天至少上传 3 条视频。这意味着我们的脚本要 7×24 小时稳定运行，不能崩。一崩，账号就可能因为行为异常被批量封禁，那可不是赔钱就能了事的。我让两个后端全力扑在这个项目上，自己也得盯着日志。什么产品规划、用户体验，都顾不上了。先活下去，先把下个月的工资挣出来。至于平台生态？呵，等我真的财务自由了，或许会有闲心去考虑吧。现在，我只想在这场 K3 战役激起的浑水里，多摸几条鱼。
