从 0 到 1在 8GB 内存的老机器上我做了一条能自己发文章的流水线手上这台机器只有 7.71 GB 可用内存常年跑到 93%——而我要在上面跑一条自己写、自己发的流水线。这篇文章讲怎么做到的重点不是自动化多酷而是每一步都能自证这件事怎么落地。## 一、成品长什么样资源闸门 → 发布 → 独立复核 → 登记 ↑ ↓ 等窗口资源振荡时轮询四个环节每个环节一条判据不是我觉得成了| 环节 | 判据 | 明确不算数的东西 ||—|—|—|| 资源闸门 | 可用内存 ≥ 阈值、CPU ≤ 阈值、浏览器响应 ≤ 3 秒 | “进程还在” || 发布 |平台状态页面离开草稿页 |点击日志显示已点击|| 复核 |接口回读列表里出现这一篇 | 发布器自己报成功 || 登记 |复核通过才写| 先记后验 |## 二、最反直觉的一段要等窗口不要检查一次就放弃我一开始的写法是资源不够就不做。听起来很稳实际结果是一整天零产出。因为这台机器的可用内存不是一直不够而是在阈值上下振荡15:20 0.56 GB ← 不够15:25 0.79 GB ← 差一点15:26 0.66 GB ← 又不够15:29 0.82 GB ← 够了发出去15:34 0.83 GB ← 又发一篇检查一次就放弃等于把能做的时刻全错过了。改成每 20–30 秒探一次、最多等 5–15 分钟之后第一次轮询就拿到窗口20 分钟发出三篇。注意判据一条没松。不是放宽标准而是不在错误的时刻放弃。## 三、四个我踩过的坑都是判据错了不是代码错了坑 1把点击成功当事成了。我点过确定并发布日志显示点击成功平台根本没受理文章还在草稿箱。⇒ 判据必须是平台状态页面是否离开草稿页。坑 2把复核没执行写成没找到。有一次发布流程关掉了读取页复核根本没跑起来我的脚本却打印成列表里没找到——“未测被写成了负”。⇒ 复核必须分三态没跑成 / 跑了但没有 / 跑了且有。**坑 3只读的确认排在了写入的闸门后面。顺序一错资源一紧连确认一下它是不是已经发出去了都做不了文章悬了半天。⇒ 正确顺序先读、再判闸门、再写。坑 4多标签点三次平台只留两个。我逐个输入 逐个点击日志显示3 次全部点到回读平台数据tag_ids⇒只有 2 个。⇒我点了三次和平台收了三个是两件事。## 四、最小骨架可以直接照抄1.一个发布器能打开编辑器 → 填内容 → 选分类/标签 → 提交并且能回读平台状态2.一个闸门动手前量资源内存/CPU/依赖响应不够就不启动3.一个队列待办清单 轮询等窗口 一次只做一件4.一个复核用平台接口独立回读不看发布器自己的话5.一个账本复核通过才登记否则会出现记录里有、平台没有的假账。## 五、真实结果不美化- 一天里它自己发出6 篇含手动一共 19 篇-发布成功率 8/10 80%两次失败形态完全相同点了但没受理退避重跑即成功⇒ 已做成就地重试- 阅读量依然很低——那不是流水线的问题是曝光的问题我把它单独立了一个实验去查。## 六、一句话自动化最难的从来不是把动作串起来而是每一步都能自证。**把我点了换成平台的状态变了这条流水线才敢在没人的时候跑。
