凌晨三点的订单，

终于不用我爬起来发了

下单即发货 · 咨询自动回 · 异常集中处理

闲鱼虚拟商品自动运营系统 XianYuZP

---

凌晨两点，你还在手动发第 47 张卡密

做闲鱼虚拟商品的人，大概都经历过这样的夜晚。

白天订单不紧不慢，一到晚上就扎堆。买家拍下、付款、然后立刻问："老板在吗？能发货吗？"你从床上爬起来，翻出表格里那一行还没标黄的卡密，复制、粘贴、发送、标黄。发到第 47 张的时候，你开始怀疑：这到底是在做生意，还是在打一份没有工资的夜班？

更让人睡不着的不是累，是怕出错——

· 同一张卡密，手抖发给了两个人；

· 有个订单忘发了，第二天早上收到一条"卖家不发货"的催促；

· 网络抖了一下，消息发出去了还是没发出去，你自己也说不清；

· 服务重启了一下，刚才那几个订单的发货任务，人间蒸发；

· 一个买家连着问了 8 遍"怎么用"，你回复到第 8 遍的时候，心态已经不太好了。

这些问题有一个共同点：它们都不是"会不会做生意"的问题，而是"人能不能一直不犯错"的问题。

而人，做不到。

所以我把这套流程做成了一套系统，叫 XianYuZP。

它不是"自动回复机器人"，

是一条不会断的交付链路

市面上不缺"关键词自动回复"工具。但绝大多数只解决最后一步——收到消息、回一句话。

真正的风险藏在前面和后面：订单有没有被发现？卡密有没有被重复占用？发送失败了会不会自己重试？重试到什么程度该停下来让人看一眼？

XianYuZP 把整条链子串了起来：

订单发现 → 幂等入队 → 库存预占 → 双通道交付 → 失败重试 → 人工复核

① 同一笔订单，只发货一次。

实时消息和订单接口两个入口都会触发，但统一按订单号入队，重复触发不会重复发货。

② 卡密是"整单预占"的。

库存数量不够整单，就不动；够了才锁住，发送成功后才核销成"已使用"。发失败了释放回库存，不会凭空少一张。

③ 失败了会自己重试，但不是无脑重试。

网络抖动按退避策略重试；真正确认不了结果的（比如外部供货接口超时、不知道到底扣没扣货），直接锁定订单转人工核对——宁可让你看一眼，也不盲目补发。

④ 进程挂了也不丢单。

发货任务和回复任务都持久化在数据库里，Worker 带着租约领取，超时自动回收，重启后接着跑。

一句话：正常订单不用你盯，异常订单集中到你面前。

具体能替你做掉哪些事

按"你日常最花时间的几件事"来列，不按功能菜单列。

① 发货：两种模式，严格二选一

· 卖网盘链接、教程、固定资源 → 建一个固定内容模板，自动替换会员名、订单号、发货内容

· 卖激活码、兑换码、会员卡 → 建卡密仓库，按订单数量自动预占、发送后核销、记录去向

· 卡密来自已有供货系统 → 配置 HTTPS 接口实时取货，幂等键防重复采购

发货通道可以只发平台发货凭证、只发买家私聊，也可以两个都发。买家更容易找到内容，你少收一半"老板我东西呢"。多规格商品按每个 SKU 单独配置，不会发错规格。

② 回复：关键词、商品专属规则、AI 三种策略

常见问题交给关键词；某个商品的高频问题，配一条商品专属回复；剩下的长尾问题，可以接 AI（租户级独立知识库和客户端，数据不串）。

任何时候你都可以人工接管——接手后自动化暂停，延迟一段时间再自动恢复。不会出现"你正在跟买家认真解释，机器人还在旁边插话"的尴尬。

③ 评价与擦亮：不再靠人肉巡检

买家确认收货后按顺序自动发送收货话术，并按配置执行评价。自动评价规则、评价文案池、批量应用统一在商品管理里维护，订单页只处理手动评价和双方互评。擦亮按自然日去重，不用每天惦记。

④ 异常：集中到一个待办里

账号掉线、Cookie 失效、发货失败、库存见底——首页待办统一列出来，还能通过 Webhook 推送到你的微信 / 钉钉 / 飞书。不用一直盯着后台。

⑤ 买家：谁买过、问过什么，都有档案

系统自动沉淀买家的互动、订单、成交金额，你可以打标签、写备注，对风险买家一键暂停自动化。

怎么用？三步跑起来，五步配完

准备：一台 2 核 2G 起步的服务器（Windows 用 Docker Desktop 也能跑），装好 Docker 与 Docker Compose。核心链路只依赖 MySQL，不需要 Redis，也不需要消息队列。

cp .env.example .env     # 改掉三个示例密钥

./install.sh           # Windows 用 docker compose up -d --build

启动后访问 http://localhost:12400，第一次进去创建租户账号。需要公网访问时，把证书放进 deploy/nginx/certs/、在 .env 里配好域名，用 docker compose --profile proxy up -d 启动 Nginx 即可。

配置，按这个顺序走五步：

1. 连接管理 —— 添加闲鱼账号，确认 Cookie 有效、WebSocket 已连接。这是所有自动化的前提。
2. 同步商品 —— 固定资源先建固定内容模板，卡密商品先建卡密仓库并导入库存。
3. 自动发货 —— 为商品二选一配置发货模式，再按需开启凭证和私聊通道。
4. 自动回复 —— 配置关键词、商品专属回复或 AI 回复策略。
5. 商品管理 → 订单与评价 —— 设置自动评价模式与文案、开启自动擦亮，之后在订单页和首页待办检查执行结果。

一个原则：同一项能力只在一个地方配置。自动评价规则只在商品管理维护，订单页只处理评价结果，不会两处互相覆盖。

日常运维就是三条命令——docker compose ps 看状态、docker compose logs -f app 看日志、mysqldump 备份。调大并发前先评估接口频率和服务器内存，优先保持默认值，通过异常待办确认真实瓶颈后再调。

几句使用提醒

**第一，自动化频率要克制。**工具是为了把重复劳动交出去，不是为了绕过平台风控、骚扰买家。请按闲鱼平台服务协议和账号规则使用。

**第二，闲鱼的接口和风控策略会变。**Cookie 会失效、连接会掉。系统提供了掉线提醒和待办，但"持续关注"这件事没法被自动化掉。

**第三，公网部署务必启用 HTTPS、强密码、主机防火墙和定期备份。**不要直接开放数据库端口和应用端口。

**第四，升级前先备份。**数据库和运行环境配置各留一份。

如果你也在熬夜发卡

回到开头那个凌晨两点的场景。

做这套系统的初衷其实很简单：人应该去做判断，而不是去做复制粘贴。

哪些订单需要特殊处理、哪个买家需要多解释两句、哪批货该补了——这些值得你花时间。其余的，交给 XianYuZP。

想了解部署细节、连接排查，或按自己的业务定制发货 / 回复规则，欢迎加下面的交流群，跟实际使用者一起聊。

---

当前版本：2.0.7

技术栈：Java 21 + Spring Boot 3.5 + Vue 3 + MySQL，支持 Docker Compose 一键

---