mt logoMyToken
ETH Gas
EN

Delphi Digital:支付之后,Agent经济的下一个战场——任务市场

Favoritecollect
Shareshare

作者: Delphi

编译:AididiaoJP,Foresight News

Agent 电商讨论已有两年,支付环节率先落地。Stripe 让 Agent 能够向商家付款,Coinbase 的 x402 提供了稳定币结算通道,按次购买数据与推理服务已经跑通。但任务一旦超出「调用一次接口」,问题便随之改变:Agent 无法独立完成,需将部分环节外包,并确认对方确实完成了约定工作。

Delphi 这篇文章聚焦的正是这一环节。任务市场并非另一个支付协议,而是让 Agent 将无法完成的部分外包:先明确交付物,再开始执行,成果被接受后才放款。若交接可靠,任务便可继续推进,无需将用户拉回充当项目经理,逐段对接供应商。

买输入与买结果,并非一回事

房东筛选租客时,Agent 可向现成服务商调取信用记录与驱逐记录。对方返回标准材料,房东据此判断。此时购买的是决策输入,任务终点仍在房东手中。

房产税复议则不同。Agent 可比较周边成交,发现评估可能偏高,但这一发现不会自动修改税单。真要推进,通常需找熟悉县内流程的人递交材料、出庭。任务市场要帮助 Agent 找到此人,并事先明确工作方式与结算条件。

前者接近当前按次付费:价格清晰,交付物标准化,验收几乎自动完成。后者购买的是一桩办完的事。材料提交不等于案件就绪,回执也不等于合格。付款条件必须挂钩「可验收的结果」,而非「对方声称做过」。

这也是任务市场与普通 API 市场的分界:API 市场出售调用;任务市场出售经确认的完工单元。

任务定义不清,市场难以运转

能进入任务市场的任务,需先定义到双方都清楚资金与何种结果挂钩。专家完全可能提交一份质量很差的复议材料,同时附上一张回执。若买方支付的是「一份合格材料」,就必须有人在放款前审核材料。

由谁审核、任一方如何对审核结果提出异议,最好事先写入订单。如此,买方不怕收到劣质交付,接单方也不怕对方无理拒付。缺少这一层,市场会滑向两个坏方向:要么买方随意拒付,专业供给不愿进入;要么提交表面成果即可拿钱,买方下次不敢发单。

任务太小也不划算。审核与争议处理成本若高于外包节省的成本,人们会改回自己完成,或继续只用标准化接口。因此,早期更可能出现在边界清晰、可重复、验收有据的任务上,而非一次性模糊委托。

企业会是更合适的早期买方。它们本就在多家供应商之间拆分任务,内部已有流程与对照标准。Agent 可在公司内备好任务,再将必须外包的环节发出去,拿回的结果还能与现有流程核对。若任务反复出现,接单方也能积累某类任务的完成记录。声誉一旦可累积,下一次匹配便无需从零建立信任。

个人用户并非不能用,但早期更像样板。企业有预算、有复购、有内部验收习惯,更接近市场冷启动所需的订单密度。

支付只解决付款,雇人仍缺验收

把钱打出去,与将一单任务雇出去,中间隔着托管、交付、验收、异议。Stripe 与 x402 覆盖的是前半段。Agent 仍需找到人去递交复议、代表业主。没有验收,支付越方便,错误订单也可能走得越快。

现有产品已按这一结构搭建。

Daydreams 的 TaskMarket 由买方发单、Agent 接单。买方先将资金打入,可让工人直接认领,也可先看方案再选人。资金放在托管中,提交成果被接受后才放款。

Virtuals 的 Agent Commerce Protocol 由委托方 Agent 与接单方 Agent 谈好任务,资金进入托管,交付并通过审批后放款。还可加入外部评估人,核查成果是否符合事先约定。NEAR 一侧也在将任务、预算、竞标与验证整合为一套流程,方向同样是「为完工的任务定价」,而非只为一次调用定价。

几家路径不完全相同,但骨架接近:发单、匹配、托管、提交、验收、放款。缺少验收,托管只是延迟转账;有了验收,托管才成为对结果的约束。

有人将验收单写得更细:需写清委托内容、接单方、价格、验证人、交付物、异议窗口、退款状态。单据越完整,Agent 之间才能交接,而不必将用户重新变为调度员。

多一步,错误就会放大

任务市场被提出,不仅因为外包听起来高级,更因为多步流程会放大误差。十步任务,每步正确率 95%,全部走完不出错的概率约只剩六成。每多一次无人验收的交接,前面的错误就会带入下一环节。

因此,市场需在交接处设置检查点:这一环节通过,再购买下一环节。错误停在当步,而非一路滚到最后才发现整单作废。对 Agent 尤其如此。它不像公司员工,出问题可开会追责;它需要事先写好的验收条件与放款规则。

这也解释了为何当前 Agent 交易大多仍停留在加密原生与简单服务:任务短、结果易验、纠纷少。真正拉开差距的,是将多家供应商串入更长工作流,并在每一步把关。

当前看到的是骨架,而非规模

任务市场要做的事很具体:让 Agent 将部分任务外包,成果被认可后再付款,从而将更多任务真正完成。支付层已经具备。缺的是可验证的完工单元、成本可接受的验收,以及足够密集的重复订单。

公司内部流程向外延伸,会是第一批像样的需求。个人侧的复杂委托,需等验收成本与纠纷处理先降下来。在此之前,更值得关注的不是又一个支付协议,而是三件事能否同时出现:任务能否被写成可验收的单据,托管能否在过审前扣住资金,接单方是否有可累积的完工记录。

这三件齐备,Agent 才有机会将任务做完,而非做到一半,再将用户叫回来继续当项目经理。

Disclaimer: This article is copyrighted by the original author and does not represent MyToken’s views and positions. If you have any questions regarding content or copyright, please contact us.(www.mytokencap.com)contact
More exciting content is available on
X(https://x.com/MyTokencap)
or join the community to learn more:MyToken-English Telegram Group
https://t.me/mytokenGroup