物流追踪这件事，很多人第一反应是去对接快递公司的开放API，但实际落地时最头疼的场景往往是：手头只有一段聊天记录、一张截图或者一个Excel表格。Skywork Agent提供了一套更轻的方案——把运单号识别、状态解析、变化感知和推送通知这四个环节串成闭环，全程不依赖任何快递接口。

具体来说，Agent的核心逻辑并不复杂：从你给的原始消息或截图中自动提取运单号，然后轮询公开物流页面，解析出关键节点（比如“已签收”“派件中”“滞留中”），一旦状态发生变化，就触发对应的通知。整个过程不需要手动查单，也不需要额外对接快递平台——轻量、闭环、可落地。

从哪获取运单号？支持三类低门槛输入

Agent并不会主动监听微信或信息，但只要给它一段包含单号的信息，它就能高效处理：

• 聊天记录片段：复制微信或钉钉里客户发来的“您的订单已发货，单号：SF1234567890，预计明日送达”——Agent能识别中文语境配合10–15位字母数字组合，自动提取并校验格式有效性。
• 邮件正文或网页截图：支持OCR提取图中的单号（比如发货通知邮件截图），同时调用多模态模型判断文字区域是否为有效物流单号，能够排除水印、页眉、重复编号等干扰。
• 结构化文件：Excel表格中一列是“运单号”，另一列是“收件人手机号”，Agent可以批量读取，为每单独立建立追踪任务。

怎么判断“有更新”？不止看最新一条物流

单纯对比最新一条物流文本很容易误报——比如“快件在途”反复出现，看似更新实则无变化。Skywork的物流追踪逻辑更注重状态跃迁和时效异常：

• 内置物流状态机模型：将常见描述映射到标准状态。比如“客户拒收”映射为异常终止，“派件员已电话联系”映射为即将签收，“离开【上海分拨中心】”映射为运输中。
• 设定超时预警规则：例如“发出后48小时未更新”，或者“到达派件网点后12小时仍无签收”，系统自动标记为“可能滞留”，不等人工反馈就触发提醒。
• 所有历史状态自动存入本地向量库，支持回溯。比如想查“为什么昨天显示‘派件中’，今天又变回‘运输中’？”——Agent可以直接对比两次快照差异，高亮变动字段。

推送提醒不是只发“有更新”，而是带上下文的动作建议

一次有效的提醒，应该让人一眼就知道“发生了什么、接下来该做什么”：

• 企业微信或钉钉机器人发送时，附上精简摘要 + 当前物流截图 + 下一步建议。例如：“SF1234567890 已签收｜签收人：王**｜建议：2小时内联系客户确认收货体验”。
• 如果检测到“地址不详”“电话空号”等不可达提示，自动创建待办任务：“请销售同事于今日18:00前补录正确收件信息”，并同步至Outlook或飞书任务。
• 对高频客户（比如月均发单≥5单），可配置“专属模式”：当其单号进入“派件中”，自动语音外呼预留号码，播报预计送达时间（需对接已认证的呼叫平台）。