UPS 包裹追踪与送达核对

一个失效入口没有让任务停下：Fan 回到 UPS 官方追踪页，输入指定运单号，核对包裹状态、送达地点和页面是否给出预计日期。

快递查询，难点常在“别做多”

查一个包裹看起来只是输入运单号，但真正有用的结果不是“页面打开了”。用户要的是三个彼此不能混淆的答案：包裹处于什么状态、页面把它定位在哪里、预计什么时候送达。与此同时，智能体还要守住边界，不被登录、通知订阅、推荐服务或更多详情带离任务。

这段视频保留了一个真实的小插曲：用户提供的 UPS 旧入口先返回了官方 404。Fan 没有把错误页当作任务终点，而是保持原目标，回到 UPS 当前可用的官方追踪页继续查询。

这次只需要三个答案

请帮我核对一个 UPS 包裹的最新追踪信息。运单号是 `1Z999AA10123456784`。

先打开 UPS 官方追踪地址：https://www.ups.com/us/en/global-tracking.page。如果这个旧地址返回 UPS 官方 404，不要点击错误页里的推荐内容，也不要转去第三方查询站；只在地址栏切换到 UPS 官网当前可用的追踪入口，然后继续原任务。

在主追踪框中准确输入上面的完整运单号，点击一次用于提交查询的“Track / 追踪”按钮，并等待结果稳定显示。请从结果页告诉我：

• 当前包裹状态；
• 页面显示的当前位置，或已送达时的送达地点；
• 预计送达日期。

日期必须按页面字段的真实含义回答。如果包裹已经送达、页面不再显示预计送达日期，请直接说明“页面未显示预计送达日期”，不要拿 `Shipped / Billed On`、扫描时间或其他日期代替。

查询完成后留在当前结果页。不要展开“Show Details”，不要登录账号，不要设置通知、订阅服务或更改派送选项，也不要点击任何与这次追踪无关的链接和按钮。

旧入口失效，目标没有丢

画面开始后，UPS 旧地址返回 404。Fan 识别到这仍是 UPS 官方页面，于是在官网范围内恢复到有效的追踪入口，找到追踪框并提交指定运单号。结果加载期间，它没有提前猜测，而是等待页面把状态卡片和 Shipment Details 区域完整呈现。

这类恢复能力很重要：真实网页会改版、旧链接会失效、入口会迁移。用户不应该为了这些变化重新拆解任务，智能体需要理解“查到这个包裹”才是目标，而某一条 URL 只是起点。

页面实际给出的结论

• **包裹状态：** Delivered，已送达。
• **送达地点：** LONGVIEW, TX, US。
• **预计送达日期：** 页面未显示。包裹已经送达，页面只显示 `Shipped / Billed On 02/16/2026`，这不是预计送达日期。

视频在这些字段清楚出现后结束。它展示的是可复查的页面证据，而不是把相似的日期字段拼成一个看似完整、实际错误的答案。

停在结果页

完成只读查询后停下来，同样是智能体能力的一部分。这个任务不需要展开包裹历史，不需要注册 UPS 服务，也不需要继续探索页面。Fan 的价值不在于“能点多少”，而在于知道哪些动作足以回答问题、哪些按钮应该留给用户自己决定。