在 TG（纸飞机）里自动查快递，核心思路是让机器人代替人工去快递官网或聚合接口拉取物流信息，再把结果推送到聊天窗口。对于经常网购的用户，这能省去反复打开浏览器或 App 的麻烦。本文先给出结论：普通用户优先选用现成的快递查询机器人；有开发能力或隐私要求的用户，可以自建一个只服务于自己或小群组的查询机器人。下面分别说明。
一、现成机器人：最省事的方案
TG 上存在一些第三方快递查询机器人，通常支持输入单号后返回物流轨迹。使用步骤大致如下：
- 在 TG 搜索框输入“快递”“查快递”“物流查询”等关键词，或通过可靠渠道获取机器人用户名。
- 进入机器人对话，点击“开始”或发送 /start。
- 按提示发送快递单号，部分机器人会要求先选择快递公司。
- 等待机器人返回物流节点；部分机器人支持订阅，单号状态更新时主动推送。
这类机器人的优点是零门槛、即开即用；缺点是查询范围受限于机器人维护者接入的接口，部分机器人可能含广告或限制查询次数。建议优先选择口碑较好、说明清晰的机器人，并避免在对话中发送与查询无关的个人信息。
二、自建查询机器人：可控性更强
如果你有编程基础，自建机器人可以避免广告、控制数据流向，并按需定制推送规则。基本流程如下：
1. 创建机器人
在 TG 中搜索 BotFather，发送 /newbot，按提示设置名称和用户名，获得 Bot Token。Token 相当于机器人密码，不要泄露。
2. 选择快递查询接口
常见做法是接入快递公司官方开放平台或第三方聚合查询 API。选择时注意接口是否支持你常用的快递公司、是否有免费额度、返回字段是否包含轨迹节点。不要使用来源不明的接口，以免单号信息被滥用。
3. 编写机器人逻辑
机器人收到单号后，调用查询接口，解析返回的物流节点，再以文本消息回复。可以用 Python 的 python-telegram-bot 库或 Node.js 的 node-telegram-bot-api 库快速搭建。建议做以下处理：
- 校验单号格式，减少无效请求；
- 对查询结果做缓存，避免频繁调用接口；
- 设置错误提示，接口失败时告知用户稍后重试；
- 如需主动推送，记录单号与聊天 ID，定时轮询状态变化。
4. 部署与维护
可将机器人部署在云服务器或支持常驻运行的环境。注意保护 Token 和接口密钥，使用环境变量存储，不要硬编码在公开代码中。定期检查接口可用性，避免因接口变更导致查询失败。
三、注意事项
- 隐私保护：快递单号关联收件人信息，尽量只在自己信任的机器人中查询，避免在公开群组刷单号。
- 接口合规：自建时使用官方或授权接口，不要绕过网站反爬机制批量抓取。
- 推送频率：主动推送不宜过于频繁，建议在物流状态变化时推送，减少打扰。
- 机器人权限：如果拉入群组，限制可查询的成员范围，防止被滥用。
四、常见问题
Q1：机器人查不到物流信息怎么办？
先确认单号是否正确、快递公司是否选对。部分单号需要发货后一段时间才有轨迹。若仍无结果，可能是机器人接口未覆盖该快递公司，可换一个机器人或改用官方渠道查询。
Q2：使用现成机器人安全吗？
没有绝对的安全。建议查看机器人说明、用户评价，避免发送身份证号、手机号等敏感信息。对隐私要求高的用户，自建机器人更可控。
Q3：自建机器人需要服务器吗？
需要能持续运行程序的环境。轻量云服务器、容器平台均可。若只是个人使用，也可以先在本机运行测试，再考虑部署到常驻环境。
Q4：可以同时查询多个单号吗？
取决于机器人实现。现成机器人通常支持逐个查询；自建机器人可以设计为一次发送多个单号，或维护一个单号列表定时轮询。
提示：快递查询涉及第三方接口，接口稳定性与覆盖范围会直接影响体验。选择方案时，优先考虑可持续维护和隐私保护，而不是单纯追求功能多。
总结：普通用户用现成机器人最快捷；有技术能力或隐私顾虑的用户，按“创建机器人—接入接口—编写逻辑—部署维护”的步骤自建，能获得更可控的自动查快递体验。