支付宝阿宝上线异步任务！

每天上午10点买一杯咖啡，工作日固定时间叫车上下班，这些原本需要每天重复操作的事情，现在可以提前交给阿宝。

支付之家注意到，支付宝阿宝最近新增“异步任务”能力。用户可以预先设定服务时间、周期和具体任务，到了指定时间，阿宝会主动发起服务。率先开放的场景包括“咖啡闹钟”和“打车闹钟”，前者可以提前选定门店和咖啡，后者可以预设固定时间、出发地、目的地和打车平台。

“闹钟”只是外在形式。阿宝这次新增的能力，是把用户提前交代的任务保留下来，到指定时间再继续执行。用户不必等到需求发生时重新发起，也不需要把同一件事再说一遍。

AI办事开始从“现在帮我做”，延伸到“以后到点再替我做”。

一项任务可以跨越时间持续存在，用户今天把事情交给AI，未来围绕这项任务发生的每一笔交易，又该如何获得授权？

阿宝把AI办事延伸到了未来

“每天上午10点帮我买一杯星巴克冰美式。”

用户提出这样的需求后，如果门店、商品等信息没有说完整，阿宝可以继续追问，把条件补齐，再生成周期性任务。到了约定时间，用户不需要重新打开支付宝、重新描述需求，阿宝会主动发起服务，再让用户核对当前信息。

打车也是类似逻辑。

用户可以提前设定固定时间、出发地、目的地和打车平台。真正到了执行时，再根据当时的行程、车型和价格等信息进行确认。

传统闹钟只是到时间告诉用户“该做什么了”，真正的操作仍然需要用户重新开始。阿宝的异步任务则保留了此前已经建立的任务，到点以后继续调用具体服务，把事情往前推进。

过去更常见的AI办事流程，是用户提出一个当下需求，AI理解需求、调用服务，完成这一轮任务。一次交互结束，事情也基本结束。

用户可以今天把任务交代出去，真正执行却发生在明天甚至更晚。对于周期性任务，一次执行完成以后，下一次也不需要从头再来。

此前阿宝已经能够调用餐饮、出行等服务，把一句自然语言变成具体行动。异步任务继续往前走了一步，这次行动不再必须发生在用户开口的当下。

如果用户今天设定的是一项持续一个月的咖啡任务，今天的这次指令究竟授权到了一个月后的哪一步？

长期任务，并不等于长期付款授权

“每天上午10点帮我买一杯冰美式”，听上去只是一个简单要求。

但真正进入交易以后，它至少包含几层不同的决定。

首先是任务意图，也就是用户长期想做什么。其次是执行条件，比如什么时间、哪家门店、什么商品。真正到了第二天执行时，还会形成当天具体的库存、价格和订单信息。最后，才是这一笔交易究竟是否付款。

过去这些动作通常发生在很短时间里。

用户提出需求、选择商品、看到价格、确认支付，往往被感知为一个连续过程。异步任务把它们沿时间轴拉开以后，原来叠在一起的几个决定开始显出不同边界。

用户今天可以决定，以后每天上午10点都让AI替自己准备一杯咖啡。但这并不意味着，一个星期以后商品、库存和价格发生变化时，AI已经提前获得了直接完成付款的权限。

从阿宝目前公开的流程看，它采取的仍然是“任务提前建立、交易临场确认”。

用户先设定周期性任务。到了执行时间，阿宝主动发起服务，根据当时的条件形成具体交易，再让用户核对需求、确认支付。

被长期保留下来的，是“我要持续做这件事”的任务意图。真正到了下一次执行时，系统面对的却是一笔新的交易。

打车更能说明这种区别。

一个用户完全可以今天告诉阿宝，以后每个工作日下午6点都帮自己叫车回家。这项长期意图相对稳定，但到了明天下午6点，实际情况可能已经不同。

用户可能临时加班，出发地点可能变化，不同车型的价格也会变化，当时能调用的平台和车辆并不固定，甚至用户当天根本不需要回家。

所以，“每天帮我叫车回家”可以是一项持续存在的任务，但“今天18点花多少钱、坐哪辆车回家”，仍然是一笔新的交易。

用户是否愿意长期让AI替自己办一件事，与AI在这项任务里什么时候可以进一步动用资金，并不是同一个问题。

中国支付清算协会发布的《智能体支付应用自律公约》要求，智能体支付授权协议应明确交易限额、扣款账户和优先级、有效期等关键内容。同时，《公约》还单独要求加强用户支付意愿核实，并按照用户授权执行支付指令。

随着智能体进入真实支付环节，“用户授权”很难继续被理解成一个简单的同意或不同意。

一个Agent可以替用户做什么，可以持续多久，可以从哪个账户支付，多少钱以内能够执行，哪些情况必须重新询问用户，什么情况下原来的任务需要暂停或者失效，都可能需要分别管理。

AI越能长期替人办事，权限就越不能只剩下一个简单开关。

用户可以把一件事长期交给AI，但每一次涉及资金的具体执行，仍然需要有自己的授权边界。

当任务跨越时间，支付也要管理授权的时间

在一笔即时消费交易中，用户通常面对的是已经形成的订单、金额和支付选择。确认以后，这一笔交易随即进入支付流程。

长期Agent任务则把用户意图和具体交易拉到了不同时间点。

用户可能今天建立任务，明天第一次执行，一个月以后这项任务仍然存在。系统面对的问题，也就不再只有“这一笔交易用户是否确认”。

它还需要回答，之前建立的任务和用户委托，到今天是否仍然有效。

当任务需要跨时间持续执行，权限本身也需要明确有效期和持续条件。

系统不仅需要知道一项任务什么时候建立、能够持续多久，还要知道它有没有被修改或暂停，原来的执行条件是否仍然成立，以及条件变化到什么程度以后，必须重新取得用户确认。

EMVCo今年9月发布的智能体支付框架草案，将周期性购买、累计预算以及交易后活动等需要跨时间管理用户意图的场景纳入讨论，并提出通过Intent Services管理经消费者授权的意图及其状态。

不同技术路径下，都出现了同一个现实问题。用户过去作出的委托，在后续执行时是否仍然有效，是否仍在原来的权限范围内。

现有支付链路本来就在处理用户身份、交易授权、支付意愿、风险控制和资金清算。Agent进入交易以后，新增的难题在于，系统还要识别谁在代理用户行动、用户最初究竟委托了什么，以及这个Agent此刻的执行有没有超出被授予的权限。

当Agent进一步开始管理持续性任务，这些问题又被放到了更长的时间轴上。

什么时候可以继续执行，什么时候必须重新询问用户，任务发生什么变化以后原有权限不再适用，都可能进入未来智能体支付的控制范围。

支付体系需要判断的是，AI在什么条件下还可以继续替用户把事情办下去。

阿宝现在只是从买咖啡、打车这些轻量场景开始。

如果更多重复性、周期性的商业任务逐渐交给Agent，支付体系还要解决一个更现实的问题。怎样在保留用户控制权的同时，让这些任务更自动地运行。

“每天上午10点帮我买杯咖啡”，本身不是一个复杂的支付场景。

这句话今天说完，明天仍然有效。

AI记住的是一件要继续办的事，支付体系需要管清楚的，却是未来每一次具体执行。

这里是支付之家。我们关注支付表象之下的规则差异与逻辑变化，提供支付科技领域增量信息。观点内容仅供参考。