一个人管多家店时，最容易出的事故是「串店」：A 店的请求带着 B 店的 Cookie，或者两家店共用一条出口 IP。万境的做法是一店一 session、一店一代理。
1. 一个店铺一个 session
每个店铺在客户端里对应一个独立的浏览器分区（persist:shop_<店铺ID>），拥有独立的 Cookie、缓存和页面环境。切换店铺时，所有页面数据跟着当前店铺切换。
- 店铺卡会显示：当前店铺、Cookie 正常 / 失效 / 需人工验证、站点、店铺类型、代理、容器状态；
- 有任务在跑时，不要把该店切走或改代理；
- 删除店铺会丢失该店在本地的达人库与去重记录，操作前先确认。
2. 代理怎么配
添加店铺时可以填代理，也可以留空：
- 留空 = 跟随系统代理 / 引擎自检线路；
- 0.23.0+ 支持 SOCKS5（默认）/ HTTP / HTTPS 选择；
- 支持
host:port、host:port:用户名:密码、scheme://用户名:密码@host:port等写法，密码可含冒号； - Chromium 不支持 SOCKS5 账密，带账号密码的代理会自动走本机中继；无账号密码的代理仍原生直连；
- 保存前可以先「测速」；
- 店铺卡片「更多 → 改代理」可以随时修改，不用删店重加。
代理是可选项，不绑定任何代理软件。换 IP 时只改代理，不会丢本地达人库和去重记录。
3. 引擎与 IM 的出口
- 页面请求走 Chromium 的代理设置；
- IM 私信走主进程自写的 Node 通道，不经过 Chromium；
- 当前策略是「引擎自检线路优先」：店铺代理连不上时，回退系统代理 / 本地常见端口 / 直连；
- 任务日志会写明「发送出口」，以及店铺配置的代理连不上时实际走了哪条线路。
4. 常见问题
| 现象 | 原因 | 处理 |
|---|---|---|
| 切店后数据没变 | 页面还没刷新，或任务仍在旧店 | 等当前任务结束再切；刷新页面 |
| 私信全失败，页面正常 | IM 出口用了失效代理 | 升级到 0.21.4+；检查任务日志的「发送出口」 |
| 提示 16024049 | 该店当日额度用完 | 停该店任务，换店或等明天 |
| 店铺卡标红 | Cookie 失效或需人工验证 | 更新 Cookie；必要时打开「后台画面」完成验证 |
| 改代理后仍走旧 IP | IM token 缓存带旧出口 | 保存代理后客户端会清该店 IM token 缓存；仍有问题重开客户端 |
5. 建议
- 一店一 IP，不要把多家店塞到同一条共享代理；
- 新店先小样本验证，再放量；
- 代理变更后，先跑 10 条私信确认出口与送达；
- 不要把不同店的 Cookie 混在一个浏览器配置文件里。