#WorkBuddy# 一条龙跑完 15 家京东店铺的四件套配置：AI 助手批量自动化实战

#WorkBuddy# 一条龙跑完 15 家京东店铺的四件套配置：AI 助手批量自动化实战

要做的事

15 家京东小店，每家配四件套：①限购模板创建并绑定 6 条链接 ②GT 专属链接绑定 ③运费模板绑定 ④全店开启"先款后货"。手工一家十分钟，15 家就是两个多小时纯重复劳动——这种活就该交给 AI 助手跑批。

总体设计

主流程脚本 + 店铺切换 + 锚点校验，组成批量链路：

1. 主流程：一个入口脚本串起四步，逐店执行，每步落 JSON 日志，断点可续跑。
2. 切店：不走"退出再登录"，走后台右上角店群管理面板——下拉出店铺卡片，点对应卡片"登录该店"完成切换。下拉渲染不稳时做三级降级：JS 点击 → 真实鼠标点击 → 回退旧版页面切法。
3. 锚点校验（最关键）：每步操作前读列表第一个已知商品的编号，与预期店铺的锚点比对，防服务端"当前店铺"漂移——实测碰到过"操作 A 店时列表显示 B 店编号"，没这层校验就会绑错店。

实战数据

• 14 店四件套一次跑通，主流程约 50 分钟。
• 唯二例外都是数据问题而非程序问题：一家店运费模板列表里没有目标模板（不瞎绑，等人工定夺）；一家店商品排序变化导致目标链接不在前几条（单独补绑）。
• "先款后货"全店开关，每店预览数百级别，逐店确认生效。
• 京麦侧退货地址批量绑定另算一篇（坑更多），这里不展开。

踩坑记录（比代码值钱）

1. JS 点击 label 不一定真勾上：复选框计数全 0 但界面看着勾了——必须用真实鼠标点击（locator.click），"看起来点了"和"真点了"是两回事。
2. 接口限流自愈：操作太密时商品列表/下拉卡"加载中"，等几分钟自愈，不要疯狂重试把限流打成封禁。
3. 保存后读数 -1 不等于失败：多半是限流导致页面空白，冷却后单独复核，盲目重跑会触发"无未关联商品"分支自动确认，反而造成误操作。
4. 表格勾选框找表头：全选 checkbox 在表头行（y 坐标最小的那个），不在筛选栏。
5. 跨对话/跨任务复用脚本要拷最新版：实时升级中的脚本被旧拷贝覆盖重跑，会重复执行已完成的步骤。

纪律红线

• 批量操作范围=指令点名的对象，多一个都不碰；拿不准就停下来问。
• 每步精确验证：before → 操作 → after 必须 == before + 本次操作数，不等一律 FAIL 人工介入。
• 浏览器实例独立 profile + 独立端口，跑完就关，进程按自己的 profile 精确清理。

总结

多店批量运营的核心不是脚本多花哨，而是校验链：身份锚点防绑错店、每步计数精确验证、异常停下等人。这三层在，才敢把几百个商品的操作交给无人值守。