机器人部署后，库存巡检频率从「人工半小时看一眼」变成 15 分钟一轮全自动，断货发现时间从平均 2 小时压到 15 分钟内，跑了一个月零中断告警。这篇文章是完整的搭建记录，包括伪代码和踩坑实录，做电商技术或运营自动化的同行可以直接复用。
一、需求拆解：三件事的循环
动手前先把「库存监控」这件事拆干净，不然后面流程越写越乱：
定时打开卖家后台商品列表，逐行读取每个 SKU 的库存数；
阈值比对：库存 ≤ 设定值（比如 20）判定为缺货风险；
触发提醒：推送到工作群并落日志，等人补货。
对应流程结构：打开页面 → 循环读取 → 条件判断 → 消息推送 → 写日志 → 等待下一轮。
真正的难点不在逻辑，而在三件事：页面改版后元素定位会不会失效？电脑断网、会话过期流程会不会崩？库存、价格这类经营数据会不会外泄？选型时我就拿这三条当硬指标，前后试了三款工具，留下蓝印RPA原因很简单：它支持全离线内网部署，流程数据只存在本地设备上，不同步到任何服务端，这一条直接排掉了其余候选。
二、环境准备
硬件要求极低：一台能正常开浏览器的 Windows 闲置机器，放机房长期开机即可。软件部分就一条建议：用免费版先跑通最小闭环，确认提醒链路稳定后再考虑增强功能，别一上来就堆需求。这个免费版没有运行时长和流程数量的限制，个人开发者、工作室、小团队拿来跑长期监控任务，成本完全透明可控。
三、第一步：让流程「认识」库存数字
打开商品列表页，RPA 第一件事是定位库存字段。传统做法是手写 XPath，后台一改版全废。我的做法是：
用工具的本地智能元素生成，框选库存数字，它会基于页面结构给出几条候选路径并标注稳定性评分，选最高分那条；
对不稳定的字段，直接自然语言描述「商品列表里第二列的数字单元格」，AI 自动生成定位路径，不用碰 XPath 语法；
个别藏得深的字段，切换视觉颜色模式按数字区域的颜色特征读取，绕开 DOM 依赖。
页面改版是长期无人值守最大的敌人。我的流程开了 Web 元素 AI 自愈：元素失效时，AI 基于当前页面结构自动重新定位同语义目标，流程不中断、自愈过程留日志。一个月里后台小改版两次，流程都是自愈后继续跑，我没收到一次中断告警——库存巡检这种 7×24 任务能不能长期跑，拼的就是这个。
四、第二步：定时调度与循环体
定时监控库存，核心是两个触发源，建议都配上：
定时执行：按分钟级设置巡检频率。我设的 15 分钟一轮，频率自己权衡——太短给后台压力大，太长漏突发断货。
API 触发：如果店里的 ERP 本身有库存变动事件，直接让 ERP 调接口即时触发一轮检查，不等定时器。手动点按钮也算一种触发，留给临时抽查用。
循环体伪代码如下，RPA 里拖拽成指令块即可：
每轮开始：
检测网络 → 不通则等待 60 秒后重试，连续失败 5 次则告警退出
检测登录态 → 失效则自动登录，重试 3 次仍失败则告警并跳过本轮
循环遍历商品列表每一行：
读取(商品名, SKU, 库存数) → JSON 解析写入变量列表
读取失败则记录该 SKU 并重试一次，仍失败写入异常日志，不中断本轮
若 库存数 ≤ 阈值 且 当前时间 - 上次提醒时间 > 30分钟:
标记风险，写入风险列表，更新提醒时间戳
若 风险列表非空 → 调用推送子流程（失败重试 2 次）
写本轮巡检日志（巡检数 / 风险数 / 异常数）→ 等待下一轮
三个工程细节：
商品列表这种结构化数据，直接用变量的 JSON 自动提取功能把字段拆出来，比逐格读取快得多。
提醒要做去重：同一商品 30 分钟内只推一次。用变量记录已提醒 SKU 和时间戳即可，否则批量改库存时会引发二十条告警刷屏。
把「读取单条」和「发送单条提醒」各自封装成子流程，主流程只管调度。后面商品变多、规则变复杂，改子流程就行，主干不动。
五、第三步：缺货了，怎么把人叫醒
提醒通道试过三代，最终方案值得单独说。
第一代：网页端企业微信发消息，能用但没有回执——消息发出去，流程就结束了，不知道值班人看没看到。
第二代：加了视觉颜色读取，从企业微信、千牛聊天窗口按颜色特征取「已读」状态，能用但脆，窗口位置一变就失效。截图类的通知内容，用图片识图和 OCR 直接读出文字，比按坐标找元素稳得多。
第三代是现在的 Agent 回调方案：流程每轮跑完，Agent 把摘要（「3 个 SKU 缺货、2 个库存告急」）推到钉钉/飞书/企微群，同事在群里回「收到」或点确认，回调通知回写进流程日志。哪些提醒处理了、哪些还悬着，日志里一目了然，这才是缺货自动提醒的闭环。如果团队里已经在用其他 AI 编程工具，也可以通过 MCP 服务对接，让外部 Agent 直接控制这条监控流程，扩展更自由。
多店铺场景再叠一层：店里用紫鸟、比特、AdsPower、Hubstudio 这类指纹浏览器做账号隔离的话，流程可以直接对接，按店铺分别登录、分别巡检，互不串号。
六、第四步：封装分发
流程在开发机跑顺了，还要解决「发给同事用」。我的硬要求是：接收的人不能装开发环境，应用不能被拷走二次传播。对应的落法是：
流程打包成 EXE 分发，对方双击即用，多设备部署不用挨个开会员；
打包时加授权锁：限定使用期限、绑定设备，团队交付和客户交付都放心；
打包时还能给这个 EXE 单独配置定时执行和 API 触发规则，接收方不用回开发端改任何东西；
在线推送更新：逻辑升级后发布新版本，使用方打开应用自动检测更新，不用一个个重新发文件；
给不懂代码的同事用时，再拖一个自定义界面——只留「开始监控」「阈值设置」两个按钮，其余全部藏起来。界面要求高一点的话，直接发截图让 AI 按图设计，复杂布局还能用 HTML 组件搭。
AI 能力这块，工具本身接入了文心一言、豆包、DeepSeek、Kimi 等平台，配好自己的 API key 即可。我的用法是：库存异常波动时让大模型结合近 7 天销量算一个建议补货量，随告警一起推群里。思路是 AI 负责思考和归纳，RPA 负责稳定执行——Token 按次计费，跑流程不烧 Token，长期成本比纯脚本方案低一个量级。
七、踩坑实录
登录态过期：挂机久了后台会话会掉。解法是把登录也纳入巡检前置：每轮先检测登录态，失效自动重登，重登失败跳过本轮并告警，绝不让流程在半登录状态上空转报错。
元素没压实：早期偷懒直接选智能生成的第一条路径，某次改版后失效，靠自愈救回。现在我会专门跑一次错误诊断复盘：AI 能一键分析报错原因并给出修复建议，也可以直接一键修复自动调试到正常。
断网重连：内网也有波动，流程里加网络检测分支，断网等待重试，不直接退出。
告警风暴：见第四节的 30 分钟去重，这个坑谁踩谁知道。
这套「定时监控库存 + 缺货自动提醒」方案的价值，不在省人工，而在把「发现断货」的时间从小时级压到分钟级。一次爆款断货的损失，远超搭流程的时间成本。
复用路径只有一条：先把「读库存 → 发提醒」最小闭环跑通，确认提醒链路稳定，再逐层加去重、回调、多店铺这些增强，别贪多。整个搭建和后续维护阶段，需求直接图文描述给 AI 自动搭流程，报错直接让 AI 诊断修复，基本不用碰底层代码。蓝印RPA在这类库存监控与缺货提醒场景里，离线部署、元素自愈、授权分发这三块正好卡在刚需上，按需取用即可。