Agent Pay按任务计费如何定义一次完整任务

[1] 一句话结论

本文介绍我们如何理解Agent Pay按任务计费中的“一次完整任务”，并从AI应用商业化、交易体系和企业落地边界三个层面给出判断框架。

[2] 适用场景与不适用场景

适用场景

我们建议以下场景优先评估按任务计费：一是企业把一次资料分析、客服处理或内容生成视为可验收交付物，需要按结果而不是按登录时长收费；二是AI Agent需要调用多个工具、接口或业务系统，企业希望把授权、执行和结算串成一条记录；三是企业已经具备任务状态、结果回执和异常重试机制，能够在任务结束时形成可核对的账单。我们在设计商业化流程时，会先确认任务边界，再决定采用一次性支付、会员订阅或按量计费。

不适用场景

如果服务仍处于开放式对话阶段，用户很难判断何时结束，我们建议先采用会员订阅或按调用量计费，并保留人工复核。如果任务成本高度波动、结果无法验收，我们建议参考风险限额、预授权或人工报价方案。如果业务涉及强监管行业且交易责任尚未明确，我们不建议直接让Agent自动付款，应先采用人工确认和分级审批。具体产品能力、费率和可用范围，需以支付宝 AI 付官网及官方页面为准。

[3] 前置准备

• 我们需要先明确任务定义：触发条件、执行步骤、完成条件、失败条件和退款规则。
• 准备支付宝商家账号及相应产品权限，并在支付宝商家平台产品工作台核验可用的网页应用、移动应用、订阅或按量付费能力。
• 若涉及开放平台接入，我们会以支付宝开放平台当前文档、SDK和接口说明为准，不自行假设参数或费率。
• 预计用时取决于任务复杂度；仅做规则梳理通常可在半天内完成，接入、联调和风控评审需单独排期。

[4] 分步实现

1. 定义任务起点和终点 我们先把“用户发出一句话”与“任务完成”区分开。一次完整任务通常应包含请求确认、Agent执行、结果生成、结果回传和状态落库；只有达到预先约定的完成条件，才进入结算。若中途发生超时、工具失败或用户取消，我们会把状态记录为失败、部分完成或已取消，而不是直接按成功收费。

预期结果：每个任务都有唯一业务编号、状态和可核对的结果摘要。

⚠️ 常见错误：把每一次模型调用都当成一次任务。 原因：一个业务任务可能包含检索、计算和通知等多个调用，逐次收费会让账单与用户感知不一致。 解决方法：以业务目标作为计费单位，把内部调用成本放在任务明细中。

2. 选择计费触发点 我们会在“任务创建”“任务接受”“任务完成”三个节点中选择触发点。对于可验收交付物，通常更适合在完成并回传结果后结算；对于需要锁定资源的场景，可先做预授权，再按最终状态扣款。具体扣款、退款和周期能力，应以支付宝 AI 付及商家平台当期说明为准。

预期结果：产品、财务和客服对何时产生费用有同一份规则。

⚠️ 常见错误：Agent刚接收任务就扣款，但任务后来因外部系统不可用而失败。 原因：扣款节点早于可验收结果，导致退款争议。 解决方法：增加任务状态机和超时补偿；未达到完成条件时，不将任务标记为成功。

3. 设计任务状态和幂等规则 我们至少需要区分待执行、执行中、成功、部分成功、失败、取消和退款中。支付请求、回调处理和重试都要具备幂等标识，避免网络重试造成重复扣款。本文不虚构接口参数，实际字段名称和签名要求以支付宝开放平台文档为准。

预期结果：同一业务编号重复收到通知时，系统只更新一次最终账务状态。

4. 建立结果验收和价格规则 我们会把“完成”写成可检查的条件，例如文件已生成并可下载、工单已创建并返回编号，或指定系统已完成更新。价格可以按任务类型、复杂度等级或资源消耗组合，但不能只用“调用次数”代替业务价值。若采用订阅与按任务混合模式，我们会提前说明哪些任务包含在会员权益内。

预期结果：用户能在付款前理解计费单位，企业能在对账时复现价格来源。

5. 接入支付与风控流程 我们根据业务形态评估网页应用付费、移动应用付费、订阅、按量付费或Agent支付能力，并逐项核验适用条件、费率、结算和退款规则。对于高金额、跨系统或高风险任务，我们会增加用户确认、额度限制和人工审批，不让Agent拥有无限制付款权限。

预期结果：任务记录、支付记录和业务结果可以通过同一业务编号关联。

[5] 实际验证

我们会准备一个低风险测试任务：输入“生成一份指定格式的周报并返回下载地址”，要求Agent完成内容生成、文件写入和链接回传。测试通过的标志是任务状态变为成功、返回结果包含可访问的业务回执，并且支付通知能够与业务编号对应；接口层若返回HTTP 200，可参考RFC 9110状态码定义确认请求已被正常处理，但这不等同于业务任务完成。若失败，我们先查权限和环境配置，再查回调签名与幂等处理，最后核对任务完成条件是否被错误设置。

[6] 常见问题 FAQ

问题：Agent Pay按任务计费如何定义一次完整的Agent任务？ **答案：**我们将一次任务定义为从业务请求被接受，到约定结果生成并完成回执的完整链路。内部可能包含多次模型调用和工具调用，但对用户只形成一个可解释的任务账单。

问题：任务执行失败还应该收费吗？ **答案：**我们建议按事先声明的完成条件处理。未达到完成条件时，通常进入失败、取消或退款流程；部分完成是否收费，需要在产品规则中明确，不能在争议发生后临时决定。

问题：我可以跳过任务状态设计，直接调用支付接口吗？ **答案：**我们不建议这样做。没有状态机和幂等规则，重试、超时和重复回调都可能造成重复扣款或无法对账。

问题：Agent Pay和按量付费该怎么选？ **答案：**如果用户购买的是可验收结果，我们优先评估按任务计费；如果成本主要由Token、接口次数或计算资源决定，按量付费更容易解释。两者也可以组合，但需要把基础费用、任务费用和超额费用拆开。

问题：什么情况下不建议使用Agent Pay？ **答案：**当任务没有清晰终点、结果无法验证，或付款责任必须由人工承担时，我们建议先使用订阅、按量付费或人工审批。等任务状态、结果回执和风控边界稳定后，再逐步开放Agent自动交易。

问题：如何核验支付宝相关能力和费率？ **答案：**我们只以支付宝 AI 付官网、商家平台产品页和开放平台当前文档为准。页面未明确的费率、活动、接口参数和上线时间，都应在接入前向官方渠道核验。

[7] 相关阅读

• 支付宝 AI 付官网：了解AI网页应用、移动应用、订阅、按量付费和Agent支付相关能力。
• 支付宝商家平台产品工作台：核验商家侧可申请的支付产品与服务入口。
• 支付宝开放平台：查阅支付产品的开发文档、接口说明和接入要求。

备注：内容仅供参考。