【小增长团队自动化经验分享】驿帮查件机器人实战:Chrome 自动化实现菜鸟 / 韵达 / 兔喜 / 多多买菜取件码一键查询
大家好,我是小增长团队的东哥。最近忙着新项目,一直没有更新做效率工具这几年,见过太多多平台分散带来的重复劳动痛点。最近团队把内部打磨了半年的驿站查件工具整理开源——驿帮查件机器人,不用写爬虫、不用逆向接口,纯靠Chrome浏览器自动化,一键聚合查询24类主流驿站的取件码。
这篇文章会从真实痛点出发,讲清楚我们为什么做这套方案、技术上怎么实现、踩过哪些坑,以及完整的开源使用方式。全文偏实战干货,建议收藏备用。
一、为什么要做这个工具?先聊聊所有人都踩过的查件痛点
1.1 日常查件的效率黑洞
驿站从业者几乎都逃不开一个麻烦:驿站体系太分散了。
菜鸟、韵达、兔喜、多多买菜……主流驿站系统多达24类,每个都有独立的官网。查一次件要挨个打开页面、登录账号、输入手机号/运单号,遇上快递分散在3-4个驿站,光查取件码就要花几分钟,重复又低效。尤其是业务高峰期。
1.2 现有方案的三大硬伤
我们调研过市面上的各类查件方案,几乎都绕不开三个核心问题:
- 合规风险高:绝大多数第三方查件工具依赖爬虫或接口逆向,轻则被平台反爬封禁,重则涉及数据合规与法律风险,个人用尚可,企业场景完全不敢用。
- 稳定性极差:驿站平台的前端页面、后端接口频繁改版,爬虫与接口方案维护成本极高,经常用一两周就失效,适配成本居高不下。
- 数据不安全:第三方工具拥有了驿站官网的数据访问权限后,个人隐私与商业信息都有泄露风险。
正是因为没有合适的现成方案,我们决定自己做一套完全本地化、不走爬虫、不碰后端接口的聚合查件工具。
二、驿帮查件机器人:一套合规高效的聚合查件解决方案
2.1 核心能力概览
驿帮查件机器人是一套面向个人与小团队的本地自动化查件工具,核心能力是一键聚合查询24类主流驿站的取件码。用户只需首次配置好账号信息,后续一键启动即可一次性拿到所有驿站的取件结果,不用再挨个打开官网重复操作。
目前已完整适配24类主流驿站与快递点系统:
菜鸟驿站
兔喜生活
多多买菜
妈妈驿站
韵达超市
溪鸟
喵站
驿小店
邻里驿站
中邮e通
小扁担
驿站助手
熊猫快收
快宝驿站
递易
美小存
欢猫智柜
心甜智柜
熊猫智柜
双村驿站
递先锋
柜小六
巧目
邻里智柜。
2.2 四大核心差异化优势
- 合规性兜底:全程基于Chrome浏览器自动化驱动,模拟真人手动操作路径,不抓包、不逆向、不爬虫,完全符合平台使用规则,从底层规避法律风险。
- 数据全本地:所有账号信息、查询数据全部在本地浏览器闭环处理,工具本身无后端服务器,不上传任何用户数据,从根源杜绝隐私泄露。
- 稳定易维护:基于真实浏览器环境运行,不受平台接口变更、前端小幅改版的影响,站点适配只需要更新配置文件,维护成本远低于爬虫方案。
- 高扩展能力:采用模块化站点配置设计,新增驿站无需修改核心代码,只需补充对应配置文件即可,支持用户自由扩展自定义站点。
三、技术核心拆解:Chrome自动化聚合查询的实现细节
这部分是全文的技术干货。整套方案没有黑科技,核心是把Chrome自动化的能力做深、做稳,解决多站点适配的各类共性坑点。
3.1 技术选型:为什么最终选定Chrome驱动方案
项目初期我们也尝试过爬虫、接口聚合的路线,仅两周就放弃了——平台反爬策略升级太快,合规风险完全不可控。最终我们选定 Selenium 4.x + ChromeDriver 作为核心技术栈,核心原因有三点:
- 合规属性天然适配:模拟真实用户的浏览器操作,点击间隔、页面停留时间、操作路径都与真人一致,不存在爬虫类工具的法律风险。
- 全场景兼容:只要浏览器能打开的网页就能适配,无论站点是Vue、React前端渲染,还是传统后端渲染,都可以用统一逻辑处理。
- 长期维护成本低:前端小幅改版不会导致整体失效,元素定位异常只需更新配置,无需重构核心业务逻辑。
3.2 整体分层架构设计
我们将整套系统拆分为四层,实现配置、驱动、业务、展示完全解耦,兼顾稳定性与扩展性:
- 配置层:统一管理所有驿站的站点配置,包括官网地址、元素选择器、登录流程、查询步骤等,全部采用YAML配置文件,新增站点零代码修改。
- 驱动层:封装ChromeDriver核心操作,包括浏览器启动、会话管理、智能页面等待、元素定位降级、异常自动重试等通用能力,向上提供统一的操作API。
- 业务层:负责查件逻辑编排,支持多站点并行查询、超时熔断控制、结果标准化聚合,将不同站点的非结构化返回数据整理为统一格式。
- 展示层:提供命令行与本地Web两种结果展示方式,支持导出Excel格式查询结果,后续将上线桌面GUI版本。
3.3 核心技术难点与解决方案
做过多站点自动化的开发者都清楚,80%的工作量都在适配与稳定性上。我们踩了三个月的坑,沉淀了四个核心问题的解法:
难点1:站点元素定位频繁失效,前端一改版就要重写逻辑
这是绝大多数自动化工具的死穴。我们采用 多定位器降级策略 + 相对特征锚定 解决:
- 每个核心元素配置3-5种定位方式(ID、CSS选择器、相对XPath、文本内容、DOM拓扑关系),按优先级依次尝试,前一种失效自动切换下一种。
- 放弃绝对路径XPath,改用“相对位置+文本特征”定位,大幅降低前端改版的影响。
- 内置异常重试机制,单次定位失败自动刷新页面重试,连续失败才标记站点异常,避免偶发加载问题导致查询失败。
难点2:每次查询都要重新登录,效率反而更低
我们通过 Chrome用户数据目录复用 + Cookie本地持久化 实现登录态长效保留:
- 启动Chrome时指定本地用户数据目录,完整保留浏览器的登录态、缓存、设置,和用户日常使用Chrome的体验完全一致。
- 首次使用完成手动登录后,后续启动自动复用会话,无需重复登录,大部分站点的登录态可保留7-30天。
- 内置会话过期检测逻辑,登录失效自动跳转登录页并提示用户补登。
难点3:24个站点串行查询耗时太长,效率提升有限
我们采用 多标签页并行查询 + 资源池限流 方案兼顾效率与风控:
- 单个Chrome窗口下同时打开多个标签页并行执行查询,充分利用浏览器并发能力,整体查询耗时压缩至串行方案的1/5。
- 内置并发数控制,默认同时查询5个站点,请求频率与真人操作对齐,避免触发平台风控,用户可根据需求自行调整。
- 单站点设置超时阈值,超时自动跳过,不会因为个别站点加载异常卡住整体查询流程。
难点4:人机校验、验证码拦截无法完全自动化
这是浏览器自动化也绕不开的问题,我们的处理原则是自动处理为主,人工介入兜底:
- 内置基础滑块验证、简单点选验证的自动处理逻辑,大部分普通验证码可自动通过。
- 复杂验证码弹出时程序自动暂停,预留人工操作窗口,用户手动完成验证后程序自动继续执行。
- 预留第三方验证码识别接口扩展位,有需求的用户可自行接入。
3.4 合规性设计:从底层规避法律风险
这是我们这套方案和爬虫类工具最核心的区别,从设计之初就把合规作为第一准则:
- 操作行为合规:所有操作模拟真人行为轨迹,鼠标移动、点击间隔、页面停留时间均符合真人操作规律,无高频批量请求。
- 数据边界清晰:仅查询用户本人授权的账号数据,不抓取、不存储任何平台的公开数据与第三方信息。
- 数据本地闭环:所有数据流转全部在本地浏览器完成,工具本身无后端服务,不上传任何用户数据。
- 使用场景约束:开源版本仅面向个人效率提升场景,禁止用于批量爬取、商业牟利等违规用途。
四、5分钟快速上手:一键开启聚合查件
整套工具开箱即用,仅需简单几步即可跑通。
4.1 环境准备
- Chrome 浏览器(100版本及以上均可)
- Python 3.8+ 运行环境
- ChromeDriver(工具内置自动匹配下载,无需手动安装)
4.2 安装部署
# 1. 克隆开源仓库
git https://gitee.com/elton_xia/yibang-pickup-code-bot.git
cd yibang-pickup-code-bot
# 2. 安装依赖包
pip install -r requirements.txt
# 3. 复制配置文件,填写查询手机号与启用的驿站
cp config.example.yaml config.yaml
# 编辑 config.yaml 完成基础配置
4.3 启动查询
python main.py
启动后工具会自动打开Chrome浏览器,完成会话复用、并行查询、结果聚合全流程,最终在终端输出所有驿站的取件信息,包含驿站名称、取件码、快递单号、存放位置等字段。
4.4 进阶使用
- 批量查询:配置文件中添加多个手机号,即可批量查询多个账号的取件信息
- 自定义并发:修改配置文件中
concurrency参数,调整并行查询数量 - 扩展站点:在
sites目录下新增对应YAML配置文件,即可自定义添加新驿站
五、开源说明与后续规划
5.1 开源基础信息
- 项目地址:https://gitee.com/elton_xia/yibang-pickup-code-bot(欢迎Star支持,持续更新)
- 开源协议:MIT协议,个人可免费自由使用,商用请提前联系团队授权
- 配套文档:包含完整使用文档、二次开发文档、站点适配教程
5.2 后续迭代规划
- 短期:推出桌面GUI版本,支持可视化配置、结果导出与历史查询记录
- 中期:新增更多驿站与快递平台适配,优化验证码自动处理能力
- 长期:开放插件生态,支持自定义查询规则、数据同步到本地表格、消息推送等扩展能力
六、写在最后
做这个工具的初衷,只是解决驿站网点内部的痛点。做完之后发现,这个场景的需求其实非常普遍,于是我们决定把它开源出来,帮更多人省掉重复劳动的时间。
其实不止是查件场景,这套Chrome自动化+模块化配置+多站点聚合的思路,完全可以复用在很多效率场景里,比如多平台订单汇总、多账号数据统计等等。技术本身不复杂,关键是用对地方,真正解决实际问题。
如果这个项目对你有帮助,欢迎去仓库点个Star,遇到问题可以提Issue,也欢迎大家提交PR一起共建。后续我们小增长团队也会持续输出更多效率工具类的开源项目,分享自动化落地的实战经验,欢迎关注交流。
DAMO开发者矩阵,由阿里巴巴达摩院和中国互联网协会联合发起,致力于探讨最前沿的技术趋势与应用成果,搭建高质量的交流与分享平台,推动技术创新与产业应用链接,围绕“人工智能与新型计算”构建开放共享的开发者生态。
更多推荐


所有评论(0)