我一年出差加旅行七八次，最烦的不是花钱，是订。机票看三个平台，酒店看评价，门票看开放时间，往返时间还要对得上。一趟下来能花掉一个晚上。

去年我做过一个行程规划工具，输入目的地和天数，出一版行程表。用了一阵子发现没人真的照着走——因为规划完之后，订票还是得自己一个一个去订。

今年看到 Agent Pay 的赛道说明，"Agent 发现服务、发起支付、获得交付"，我想的是：能不能做到我说一句"下周三去成都，三千块以内"，回来的时候机票酒店门票已经订好了。

链路本身不复杂，两个月跑通了。

我把它拆成四步：拆需求（航班时段、酒店区域、预算分配）→ 找服务 → 比价下单 → 回传凭证。技术上最难的反而是第一步，因为"三千块以内"这句话要拆成机票多少、酒店多少、门票多少，拆错了后面全错。

真正卡住我的是改签。

我拿给几个朋友看，第一个问题不是"它能不能订"，而是"订完我改主意了怎么办"。

这个问题我当时答不上来。后来我想明白了：旅行和别的消费不一样，它的确定性极低。航班延误、临时加班、天气不好、同行的人变卦——一趟行程在出发前改动两三次是常态。

而 Agent 的特点是：它会认真执行你给它的目标。你让它订下周三去成都，它就订下周三去成都。它不知道你周三早上可能有个会。

我现在做的设计是：只订可以免费取消的。

机票选可退改的舱位，酒店选入住前一天可取消的，门票选未使用可退的。价格上会贵一点，但换来的是"随时可以推翻"。我的判断是，在 Agent 支付的早期，用户买的不是便宜，是"我还有反悔的权利"。

这样做出来的第一版，价格比最便宜的方案贵一成左右。我问了五个朋友，四个人说接受，理由是"省下的时间值这个差价"。

现在的状态：模拟环境里完整跑通了；真实订单我只订过一块钱的可取消产品，用来验证链路。真金白银地订机票，我还不敢——不是不信技术，是我还没想清楚出错之后怎么办。

有个问题想请教社区：你们觉得 Agent 代订这类"高变动"的订单，应该优先保证便宜，还是优先保证可退？我现在选了后者，但不确定这是不是用户真正想要的。

也欢迎走同一条赛道的同学交流，PAYATHON 2026 活动页 上有五条赛道的完整说明。

#PAYATHON 2026参赛手记 #AgentPay

本文为个人参赛记录，赛程与规则以官方最新说明为准。