用AI接管天猫超市跟价反馈 5天完成开发替代离职员工

嗨，大家好，我是草堂大师兄。

一个月前，我写过用 WorkBuddy 把拼多多 SN 码传码流程自动化的经历，旺季一个月省下 20 万元人工费。后来继续优化，解决了批量上传的问题，现在旺季一个月能节省 50 万元人工费。

这几天，我又拿公司另一项业务做了测试：天猫超市跟价反馈。

先说结果。

目前，系统已经正式接管这项业务。每 3 分钟巡检一轮，发现低价跟价，5 分钟内自动完成反馈。员工终于不用一直盯着屏幕了。

但这套系统能跑到今天，过程比我想象中曲折得多。

01｜1 个半月，2 个员工提出离职

做这件事，是因为同事已经有些撑不住了。

猫超有一套 AI 比价系统，发现其他渠道卖得更便宜，就会跟着降价。

问题是，它经常跟错。

一旦价格被压到我们的底线以下，就可能卖一单亏一单。

以前，员工得一直盯着后台的「价格竞争力」页面，拿建议价和基线表里的最低价逐个比对。发现低于底线的商品，就点「比价反馈」，选类型、传截图、填备注，再提交。

我们有一张基线表，里面有 171 个商品，每个商品都标了可接受的最低价。

— 猫超后台的「价格竞争力」页面

操作其实不复杂，最难受的是不知道平台什么时候跟价。

可能早上 9 点，也可能半夜 12 点。

下半年进入酒水销售旺季，1 个半月里，2 个员工因为猫超自动跟价的压力提出离职。

— 9 月 1 日，第一位员工提离职

每天从早上 7 点忙到夜里 12 点，周六周日也得盯着，根本没办法好好休息。

— 10 月 16 日，第二位员工提离职

靠人这么守着，迟早会出错。

这件事必须解决。

02｜第 1 天：先把人工流程交给 AI

10 月 24 日，我先让同事整理了一份《猫超比价反馈操作流程》。

这是我让 AI 干活前的习惯：先把人平时怎么做写下来。哪些按钮要点，什么情况要反馈，遇到例外怎么办，不能只留在自己脑子里。

一起准备好的，还有那张 171 个商品的比价反馈表，里面写了品牌、规格、可接受的最低价和反馈备注。

然后，我把两份资料交给 WorkBuddy，输入下面这段提示词：

— 把流程文档和反馈表丢给 WorkBuddy

这里说个小技巧。

我最初写的提示词没有这么长。点击提示词优化按钮后，WorkBuddy 帮我补上了检测频率、判定逻辑、告警格式这些要求，有些确实是我一开始没想到的。

十几分钟后，它给出了一份《天猫超市比价反馈自动化方案》。

其中两个设计让我印象很深。

一个是把巡检分成三路：每 15 分钟检查有没有新的低价跟价，每 30 分钟复核反馈后的调价有没有生效，每小时检查一次反馈审批进度。

另一个是告警分级：登录失效、页面崩溃这类系统故障算 P0；发现该反馈的商品算 P1；缺资料算 P2。

实施节奏也安排好了：

第 1 周「影子运行」，系统只检测、推送清单，由人工执行；第 2 周半自动，在钉钉确认后执行；第 3 周再全自动运行。

后来实际推进快得多，第一天晚上就做了真实反馈。不过，先观察、再逐步放开自动执行的思路，我还是认可的。

— WorkBuddy 给出的方案和实施节奏

更让我意外的是，WorkBuddy 没有马上开始写代码，而是先反问了我 8 个问题。

告警发到哪里？发给谁？反馈截图从哪里来？要不要自动截图？操作流程里被截断的第 6 步到底是什么？

还有系统跑在哪台电脑上、登录状态能保持多久、平台有没有操作频率限制。

这些问题没定下来，方案就没法执行。

— 落地条件检查清单

我先建了钉钉群「猫超比价反馈群」，把猫超主管徐俊伟和各品牌负责人拉进来，群里还有我们的「草堂AI智能助手」机器人。

随后把规则定下来：

●　第一次告警，按品牌 @负责人：劲牌、双沟找赵杰，其他品牌找廖杰和程志祥。

●　5 分钟没恢复，@主管徐俊伟，并发送应用内 DING；再过 3 分钟还没恢复，直接电话 DING。

●　商品已经找平台处理过，员工在群里发「已处理」，系统停止提醒；发「恢复提醒」，重新监管。

●　截图不自动截取，缺图时在群里通知员工补充。

●　系统跑在我自己的电脑上，不上云。每轮巡检先检查登录状态，失效就发 P0 告警。

接下来，要让 WorkBuddy 真正操作浏览器。

正常安装不复杂：打开设置，找到【智能体】，选择常用浏览器，点击【前往安装】。

— 正常路径：安装浏览器扩展

但我们要让系统长时间无人值守，浏览器窗口必须一直开着，麻烦就来了。

先是浏览器窗口莫名其妙地消失。查下来才知道，系统沙箱会在每条命令结束后，把这条命令启动的浏览器进程一起关闭。最后改用 WMI 方式启动，浏览器才稳定下来。

接着，自动化工具又连不上浏览器，本机代理把请求拦住了，全部返回 502 错误，加上白名单才连通。

还有一个问题：自动化工具与浏览器的连接，也会随着命令结束而断掉。后来改成每次执行时，重新连接那个一直开着的浏览器窗口。

这些问题在上午逐个解决。

中午，我扫码登录猫超后台，WorkBuddy 开始读取页面，校准表格解析、分页方式，以及怎么识别「跟价成功」「审批中」「跟价失败」「审批通过待生效」四种状态。

反馈按钮能不能点，也要单独判断。

下午 3 点 52 分，第一条巡检播报发进了钉钉群。

72 个商品里，它准确挑出了 2 个该反馈的商品：

郎酒红花郎 543 元，低于底线 649 元；劲酒金标 115 元，低于底线 118 元。

另外还有 1 个需要人工处理的商品，以及 13 个基线表里没有的新商品。

我和同事核对了一遍，数字全对。

— 第一条巡检播报：数字全对

就在这时，我发现群里的资料还在不断更新。

主管上传了舍得的反馈图文件夹，赵杰更新了两次反馈表，劲酒缺的截图也补上了。

我当即决定：把基线表的来源改成群里的钉盘文件，员工在群里更新，系统自动同步，桌面那份不再使用。

随后，系统自动下载了 57 张新截图，截图覆盖率达到 184/186。

后来，基线表从 171 个商品增加到 208 个，都是员工在群里维护，系统跟着更新，我没再插手。

这一步省去了不少来回传文件的麻烦。

03｜一笔成本账，让我把方案推翻了

下午 4 点半，我又做了一个重要调整：把巡检频率从每 15 分钟一轮，改成每 3 分钟一轮。

原因很简单。

这个业务最麻烦的就是不知道平台什么时候跟价。发现得早，赶在跟价成功前反馈，基本不会有损失；如果已经跟价成功，再反馈就得转人工找平台处理。

但频率提高后，AI 积分的消耗就不能忽略了。

第一版是让 AI 定时醒来巡检，每天大约 480 轮，每一轮都要消耗积分。

— 一天 480 轮，每轮都在烧积分

我不想让 AI 把积分耗在反复刷新页面上，于是又改了一次架构。

巡检交给普通程序，AI 不再参与每一轮刷新。

WorkBuddy 帮我把巡检拆成了一个本地脚本，我叫它「哨兵」。

每 3 分钟运行一轮，读取页面、比对基线，再直接调用钉钉接口发消息，这部分不消耗 AI 积分。

AI 暂时只保留两项工作：每小时检查一次哨兵有没有正常运行，超过 15 分钟没有「心跳」，就把它重新启动；每天早上 9 点，在群里发一份巡检日报。

改完后，积分消耗降到原来的二十分之一以下，「检测→推送」的延迟反而缩短到了 30 秒内。

— AI 驱动 vs 脚本哨兵：日积分从 1000+ 次降到个位数

傍晚 5 点 50 分，哨兵正式上线。

上线前，负责检查运行状态的「看门狗」还发现了一个问题：哨兵发出的两条升级告警，根本没送达。

原因是调用钉钉接口时少了一个参数。

如果没有这次检查，系统会以为自己通知过了，人却什么都没收到。

晚上 9 点多，真正的考验来了。

劲牌中国劲酒的两个商品被跟价到 377 元，低于底线 378 元。

系统发了告警，负责人没有回应。

5 分钟后，升级通知主管；再过 3 分钟，电话 DING 直接打到了徐俊伟那里。

电话也确实打通了。

后来我决定：告警超过 10 分钟还没人处理，就授权系统代为反馈。

晚上 10 点 05 分，第一次自动反馈成功。

系统打开弹窗，依次选择「市场价错误-友商百亿补贴」，上传截图、填写备注、提交。

页面提示「操作成功」。

再回查那一行，反馈按钮已经变灰，也出现了反馈状态。

— 22:04，系统完成第一次真实自动反馈

— 自动反馈全链路打通

半小时后，我们又试了从群里下指令。

员工 @机器人，发一句「ItemID: xxx 这个 ID 请按照流程去反馈」，系统先检查基线、截图、页面状态和价格，全部符合条件就执行，完成后在群里回复「已反馈成功」。

— 员工在群里 @机器人下发反馈指令

当晚第二条自动反馈，就是这样完成的。

— 系统回执「已反馈成功」

到这一步，我已经可以把具体任务交给它，再等它回报结果了。

睡前还补上了一个消警功能。

有些商品已经找平台处理过，但页面仍然显示「跟价成功」，系统会反复提醒。

现在，员工在群里发「已处理」就能停止告警，发「恢复提醒」再重新监管。

第一天就这样结束了。

04｜第 2—3 天：全自动上线，问题才真正开始

10 月 25 日，凌晨就出了问题。

1 点多，看门狗发现连续 17 轮都没读到表格数据，偏偏 P0 告警也没能正常发出去。

直到 3 点 50 分修复后，才补发了告警。

— 凌晨的 P0 告警：连续 17 轮抓表为空

早上，我和 WorkBuddy 定了两条新规则。

第一，每天 0 点到 7 点停止巡检。平台这段时间本来就没有数据，没必要一直空跑，7 点再准时启动。

第二，每天重新监管。昨天员工说过「已处理」「可以接受」的商品，今天全部重新检查。平台每天刷新数据，昨天的处理结论不能直接带到今天。

— 两条规矩落地

上午 9 点，第一份日报发进了群里：前一天共巡检 134 轮，待反馈峰值 2，缺基线峰值 14。

到了 10 月 26 日，第 3 天，我决定让系统全自动处理。

正常完成反馈，就不用在群里逐条通知了。

只有遇到页面异常、缺基线、缺截图、自动提交失败，或者反馈后价格仍低于底线，才通知人工。

为了避免反复打扰同事，也加了限制：同一个商品、同一个价格，2 小时内不重复告警；每个商品每天最多自动尝试 3 次，超过后转人工。

— 全自动规矩：只有这几类情况才发群喊人

上午还实测了一遍电话 DING。主管电脑上弹出「电话呼入中」，手机收到 DING，也真的响了。

但全自动刚上线，就连续栽了几个跟头。

第一个问题：反馈类型选错了。

平台有两级级联菜单，选择「同款匹配错误-360 反馈」后，还得继续选「规格不一致」。

系统一开始只选了一级就提交，被平台拒绝了。

当时我们排查后的理解是：当天已经反馈过一次的商品，要走 360 这个类型；新商品才走「市场价错误」。

第二个问题：一个商品被重复提交了 5 次。

40 分钟内，系统对同一个商品连续提交了 5 次反馈，平台开始返回「出错了」。

我们最初以为触发了平台防刷限制，但员工手动提交却成功了，说明还是系统操作有问题。

更有意思的是，员工手动提交时，平台弹出一句「出错了：已经发起反馈 360，请勿重新反馈」。

这条提示很容易被当成失败。

实际上，它说的是之前的反馈已经被受理、正在审批，不能重复提交。

— 「请勿重新反馈」其实是好消息

于是，我们把执行规则重新改了一次：

1. 不管之前是什么状态，先提交「市场价错误-友商百亿补贴」。2. 如果被拒绝，换成「同款匹配错误-360 反馈-规格不一致」，再试一次。3. 任何一步出现「请勿重新反馈」，就按反馈已经受理处理。4. 两种类型都确实被拒绝，才在群里转人工。

— 改写后的标准反馈动作

当天下午，三个有争议的商品都处理完了。

但我自己又发现了两个问题。

一个是「已处理」的逻辑。

员工一说这三个字，系统就一整天不再管这个商品。

可员工说的「已处理」，可能是平台下架了，也可能是自己手动反馈了，或者平台取消了跟价。

后两种情况，商品随时可能再次被跟价。

后来改成只对报备当时的状态停止提醒。只要价格变了、状态变了，或者下架后又出现，就自动恢复监管。

— 消警修复：消警不再等于「整天放行」

另一个是价格看错了。

劲十全酒的页面价是 180 元，高于底线 175 元，系统一直没反馈。

同事来问，才发现页面上还有一行小字：「限时补贴 10 元」。

实际到手价是 170 元，已经低于底线。

还有一个商品，因为状态显示「审批中」，被系统跳过了。查下来，那个「审批中」指的是平台调价审批，反馈按钮仍然能点，该反馈还得反馈。

这两类问题都修了。

最后明确：拿平台建议价和底线比，建议价低于底线就反馈；遇到「审批中」，还要结合反馈按钮能不能点来判断。

— 比价口径改为「建议价」对比底线

当天结束时，日报显示巡检 319 轮，自动反馈成功 8 条。

这两天让我意识到，真正难的不是让 AI 学会点击按钮，而是让它理解业务里的各种例外。

05｜第 4—5 天：修漏洞，从 1 个账号扩展到 3 个

10 月 27 日，第 4 天。

这一天，大部分时间都花在检查那些容易漏掉的细节上。

早上 8 点，群里播报「在跟价 77 条」。

我刷新页面一看，当天明明只有 15 条。

原因是跨过午夜后，页面的日期筛选还停在昨天。系统早上的告警，用的全是昨天的榜单。

修复后，每轮巡检都会先检查页面日期，日期不对就整页刷新，重新读取。

— 日期自愈：每轮先核对页面日期

上午 10 点，又发现页面有 51 条，系统只报了 36 条。

原来页面开久了，点「查询」并不会返回新数据，必须刷新整个页面。

改完后，系统补上了积压的任务，连续自动反馈成功 8 条。

我这才开始担心，前面每天是不是也漏掉过一些。

— 根因查明：查询按钮失效，整页刷新才拿得到新数据

还有一次，系统报「两种反馈类型都被平台拒绝」，在群里求助。

我打开页面，反馈按钮已经变灰，说明平台早就受理了。

原因是提交成功后，平台又弹了个「出错了」，系统只看提示，误判成了失败。

后来补上了回查：报错后先看页面状态，确认没受理，才通知人工。

这天我还定了一个要求：

修问题不能耽误值守。

反馈晚了，跟价成功了，损失就已经发生。

所有代码改动都要先验证，再快速重启，重启时间不超过 1 分钟。

— 改动先验证再重启，控制在 1 分钟内

当天日报是：巡检 331 轮，自动反馈成功 32 条，失败 7 条，发现新增比价 30 条。

10 月 28 日，第 5 天，业务又提了一个要求。

公司 3 个猫超账号都要巡检，分别是主账号、双沟 2、一盘货。

最初，系统模仿人操作，鼠标悬停、展开下拉菜单，再点击目标账号。

切换一次需要 30 到 90 秒，还经常失败，当天下午连续失败了 5 次。

更麻烦的是，一段时间不操作，平台还会自动切回默认账号。

后来，WorkBuddy 从页面源码和抓包记录里找到了切换账号的 API，改成直接调用接口。

切换一个账号，从原来的 30～90 秒，缩短到了 5 秒。

3 个账号完整巡检一轮要 2 分半钟，每个账号的巡检间隔是 3 分钟，满足了我定的要求：从发现到反馈，不超过 5 分钟。

— 直开模式 + 接口逆向：三账号整轮 2 分 22 秒

晚上又修了两个问题。

一个是页面被平台踢到错误页后，系统会反复切换账号失败，却一直不刷新；现在它会自己重新打开正确页面。

另一个是页面外壳加载卡住时，不再一直等待，也会主动重新打开页面。

— 被踢到错误页后 15 秒自愈

到这里，核心流程已经基本跑通了。

从发现异常跟价、判断是否低于底线，到自动反馈、失败重试、人工告警，再到多账号轮流巡检，都交给了系统。

06｜收尾：让系统真正无人值守

到了 10 月 29 日，我又问了 WorkBuddy 三个问题，补完最后几处。

第一个问题：0 点到 7 点不巡检了，还耗不耗积分？

查下来，看门狗每小时仍会醒一次，即使什么都不做，也要消耗积分。

于是，看门狗也改成了本地脚本，注册到系统计划任务里，每 5 分钟检查一次心跳。

哨兵停了就自动重启，连续两次启动不成功，才发告警。

改到这里，日常值守几乎不再消耗 AI 积分，AI 只剩每天早上 9 点发一份日报。

— 看门狗本地化：纯脚本零积分

第二个问题：电脑重启了怎么办？

加上开机自启。

电脑开机并登录后，哨兵会自己启动，专用的 Chrome 窗口也会自动打开。

— 重启、断电、断网、登录失效，全有预案

第三个问题：钉钉客户端要一直在线吗？

不用。

发消息走的是钉钉开放接口的令牌，和客户端在不在线没有关系。

真正需要保持运行的是电脑、网络、那个 Chrome 窗口和脚本。

WorkBuddy 掉线也不影响日常值守，只会影响日报发送。

— 钉钉不用一直在线

顺手还调整了临时故障的处理方式。

像页面表格读取失败，不再立刻发群喊人，而是先静默重试，下一轮继续处理。

自动反馈只有确实被拒绝，或者当天 3 次尝试机会用完，才转人工。

改完 8 分钟后，一个刚才反馈失败的商品，自动重试成功了。

07｜5 天实测成绩单

这套系统实际做了多少事，可以看 10 月 28 日的数据。

●　巡检 494 轮，运行时间 07:00—24:00。

●　自动反馈成功 59 条，全部静默完成，失败 0 条。

●　人工干预峰值 6 条，待人工反馈累计 3 条。

●　缺基线峰值 4 条，缺截图峰值 1 条。

●　群通知 77 条，包括小时播报、新增商品、消警和求助等。

基线表已经从最初的 171 个商品增加到 208 个，截图库有 195 张图。

同事在群里更新，系统自动同步。

到了 10 月 29 日，它还在继续干活。

截至晚上 9 点，当天已巡检 747 轮，自动反馈 74 次，覆盖 59 个商品，其中 12 个商品被重复跟价、多次反馈。

— 10 月 29 日 21:00 播报：747 轮巡检，74 次自动反馈

员工现在主要做两件事。

收到 @自己的异常提醒，就去处理，完成后回一句「已处理」。

群里提示缺基线、缺截图，就把资料补上。

不需要再一直守着屏幕，重复刷新、比价、点击反馈。

我还整理了一份完整的交接文档，写清楚环境怎么搭、配置怎么换、员工 SOP、故障怎么排查，以及验收时要检查什么。

以后换电脑、换人，也能照着文档接手。

///｜写在最后

这几天下来，我觉得让 AI 做事，确实有点像带员工。

只说一句「帮我优化一下」不够，得把现状、问题和要求讲清楚。WorkBuddy 反问的那 8 个问题，就比我最初考虑得周全。

但方案再完整，也得放进真实业务里试。

第一天下午核对巡检结果，发现数字全对，那一刻才让我觉得这事能往下做。

后面花时间最多的，都是实际运行才会碰到的问题。

「请勿重新反馈」意味着已经受理，「出错了」也不一定失败，页面日期会停在昨天，查询按钮看起来能点，却未必更新数据。

这些问题，手头的操作文档里都没有。

只能发现一个、查清一个、再改一个。

还有一个很深的感受：没必要让 AI 包办所有工作。

前期让 WorkBuddy 帮我设计方案、梳理规则、解决问题。等流程稳定后，把简单重复的工作交给本地程序。

这样既能提高运行效率，也不需要反复消耗 AI 积分。

简单重复的活，交给最便宜的程序。AI 只做判断和决策。

5 天前，这项工作还得靠员工随时守着后台，已经有人因此提出离职。

现在，巡检和常规反馈交给了系统，同事收到异常提醒再处理。

当然，这套系统还需要继续观察，电脑、网络、浏览器和脚本也都要保持正常运行。

但至少，那件让员工连周末都没法好好休息的工作，终于有人接过去了。

如果你也在做电商，也被平台的比价系统折磨过，欢迎找我交流。

ABOUT · 草堂AI

我是草堂大师兄

如果这篇文章对你有帮助

欢迎点赞 · 分享 · 推荐 · 留言

你的每一次互动，都是我持续实测和分享的动力。