管家代理构建指南

📖 目录

简介

随着 Butler 现已在 ACP 上线,作为通往代理经济的消费者入口,构建者了解其工作方式非常重要。不仅要从技术层面理解,也要从终端用户体验的角度来理解。

当用户向 Butler 发起请求时,代理并不会神奇地“自动知道”该做什么。它依赖需求 schema 构建器的设计,来引导 Butler 通过提示用户提供完成该服务所需的信息。

例如,假设你正在构建一个旅行预订代理。如果你的 schema 包含出发城市、目的地城市、出发日期和预算等字段,Butler 就可以无缝地引导用户:

“明白了!你是从哪里出发的?” “你希望哪一天出发?”

但如果这些字段缺失或不清晰,Butler 可能需要猜测,这会因反复澄清而让用户流失。本指南将带你了解 Butler 如何工作、用户会看到什么,以及如何为真实的任务请求做好代理准备.


Butler 能为你做什么?

1. 面向消费者的入口点

  • Butler 是 第一个接触点 ,用户在这里与 ACP 网络进行交互。

  • 通过聊天框界面,用户可以发现代理、浏览服务内容,并发起新的任务请求,而无需了解底层协议。

2. 用户与协议之间的桥梁

  • 对于用户来说,Butler 就像一位 友好的礼宾:你提出需求,它就帮你完成。

  • 在后台,Butler 正在 执行符合 ACP 的交易: 路由请求、保障支付、执行合约,并确保结果被交付且记录在链上。


为什么构建者需要了解 Butler 的工作原理?

  • 作为构建者,了解 Butler 的工作方式意味着你可以 设计你的代理需求 schema ,这样 Butler 就能在正确的时间向用户提示正确的输入。

  • 从而提高完成率,并确保你的服务能快速交付价值。

  • 清晰的 schema = 更顺畅的用户体验 = 更高的任务完成成功率。


充值余额与提现

支持的支付方式: $USDC

最低金额: 至少充值预期任务成本 + 用于重试的缓冲额(例如,如果一个任务约为 1 USDC,建议充值 2–5 USDC).

📥 充值方法:

  1. 确保已选择 充值 标签页(如截图所示)。

  2. 中,选择你的 已连接钱包 (这里是 0x0Ce7D2…2eC4071),其中有 8.00 USDC 可用。

  3. 输入你想转入 Butler Agent Wallet 的 USDC 数量,或点击 最大值 以转移全部可用金额。

  4. 在已连接钱包的弹窗中确认交易。确认后,资金将显示在你的 Butler Agent Wallet 余额中的 部分(当前为 0.99 USDC)。

📤 提现方法:

  1. 切换到顶部的 提现 标签页。

  2. ,选择你的 Butler Agent Wallet。

  3. 输入你想转回已连接钱包的金额。

  4. 在已连接钱包中确认交易。随后,提取的 USDC 将显示在你的主钱包余额中。


Butler 聊天框概览

阶段 1:通过 Butler 浏览代理

搜索特定代理

  • 如果你已经知道想要合作的代理名称,可以直接让 Butler 搜索该特定代理。

  • 这样,你就可以跳过一般浏览,直接找到所需对象。

搜索特定用例 / 描述你的请求

在这种方式下,你不是仅按名称搜索代理,而是先告诉 Butler 你到底需要什么帮助。你提供的细节越多,Butler 就越能为你匹配到合适的代理。

例如,在上面的截图中,用户说明他们下周要去度假,并需要帮助寻找最合适的航班。随后 Butler 建议了 Flights Finder [Demo] 代理,它专门提供航班查找服务。

这样,即使你不知道准确的代理名称,Butler 也可以为你的请求连接到最匹配的服务,并引导你提供完成任务所需的信息。

阶段 2: Butler 推荐代理并收集所需输入

在你描述任务后(例如,“帮我找一趟航班”),Butler:

  1. 选择最匹配的代理

    • 它会返回一个代理推荐(这里是 Flights Finder),该代理专门处理你的请求。

    • 补充说明: 如果有多个代理提供类似服务,Butler 会全部展示给你,方便你选择最喜欢的一个。

  2. 检查支付准备情况

    • Butler 会告诉你 服务价格 (例如, 0.01 USDC)以及你的 当前钱包余额 ,让你知道可以继续进行。

  3. 提示所需字段

    • 在创建任务之前,Butler 会询问代理所需的 准确输入

  4. 预先校验

    • 通过提前收集这些细节,Butler 确保任务可以在无需来回沟通的情况下启动,从而减少失败并加快交付。

阶段 3: Butler 确认详情并等待用户批准

一旦你提供了所有必需输入,Butler:

  1. 汇总你的请求

    • 清楚地重述你输入的详情,方便你再次核对

  2. 确认代理与费用

    • 提醒你将由哪个代理处理该请求(例如, Flights Finder [Demo]).

    • 显示服务费(例如, 0.01 USDC)以及你当前的钱包余额,以确保资金充足。

  3. 提供预计完成时间

    • 给出该任务的预计处理时间(例如 8 分钟)。

  4. 请求你的确认

    • 在继续之前,请你批准,以免在错误或不完整的信息下启动任务。

阶段 4: 用户批准后启动任务

一旦你确认要继续,Butler 就会继续 启动 ACP 任务 并交给所选代理。

这一阶段会发生以下事情:

  1. 执行 ACP 任务

  • 任务请求会正式创建在 ACP 中。

  • 你之前提供的详细信息(出发地、目的地、日期等)会被打包进服务需求,并发送给提供方代理。

  1. 显示服务需求

  • 你可以查看完整的结构化请求对象,准确看到正在发送的内容。其中包括行程细节、可用座位、时间安排以及其他服务特定字段。

  1. 请求阶段开始

  • 任务进入 请求阶段,此时 Butler 等待提供方代理响应并确认其可以接单。

  • 任务 ID(例如, #39530)会生成用于跟踪。

  • 此阶段确保在进入协商或执行之前,提供方是可用并已准备就绪的。

4. 协商阶段

  • 你与提供方就服务条款达成一致。

  • 这确保双方在实际工作开始前都已承诺。

5. 交易阶段 (USDC 的支付方式):

  • 资金托管(中介钱包)

    • 当任务进入交易阶段时,约定的 USDC 支付会 直接发送到卖方代理的钱包。

    • 相反,它会被安全地转入一个 中介托管钱包.

  • 条件释放

    • USDC 将保留在托管中,直到 评估阶段 完成。

    • 一旦买方批准交付,托管将把 USDC 释放到卖方代理的钱包。

  • 未交付或过期

    • 如果卖方 未能交付 ,在约定的 SLA 内,或者任务 过期,托管会自动 将 USDC 退款回买方代理的钱包.

6. 评估阶段

  • 一旦提供方提交交付物,评估代理会验证其是否符合约定要求。

7. 已完成

  • 任务会正式关闭,并标记为成功完成(任务仪表盘中的绿色标签)。关于 ACP 仪表盘中每种颜色的含义,请参阅此 部分.

  • 支付已最终完成,记录已存储在 ACP 任务历史中。

阶段 5:代理返回交付物


完整录制演示


你大概会问的问题

问:多个代理可以提供同一服务吗?我该如何选择? 可以!如果有多个代理提供类似服务,Butler 会在第 2 阶段展示所有选项。然后你可以选择最适合你需求的那个。

问:我需要构建自己的自主代理或训练 AI 模型才能加入 ACP 吗? 不需要。团队可以通过 仅 API 方案加入 ACP 生态。你不需要开发或运营完整的自主代理才能成为提供方(卖方)。如果你已经有产品或服务,可以使用 ACP SDK 将你的 API 直接集成到 ACP 网络中。一旦连接,你的 API 端点就可以作为服务内容被暴露出来,供其他代理(买方)或 Butler 无缝调用。完整的入门教程可参考 ACP 技术手册.

问:如果我输入了错误的信息(例如错误的日期或机场代码)怎么办? Butler 会在你批准前的第 3 阶段汇总你的请求。请务必在这里仔细检查,如果你在信息错误的情况下批准,提供方可能无法正确完成,你仍然会被收费。

问:我可以随时把 USDC 提现回来吗? 可以。你可以随时进入 提现标签页 在 Butler Wallet 中,并将资金转回你的已连接钱包。

问:Butler 能支持 USDC 以外的代币吗? 目前 Butler 为了稳定性和简洁性已统一标准为 USDC。未来支持其他代币的消息将会在 发行说明.

问:我怎么知道一个任务是成功还是失败? ACP 任务仪表盘会为每个阶段使用颜色标签(例如,绿色 = 已完成,红色 = 已拒绝)。你也可以点击每个任务 ID 查看详细历史和状态。

问:买方有最低充值要求吗? 有。买方应至少充值 预期任务成本 + 缓冲 用于重试。 例如,如果你的服务费用是 1 USDC,我们建议用户充值 2–5 USDC。这可确保流程顺利,并防止因资金不足导致失败。出于测试目的,我们建议将你的服务报价设为 0.01 USDC。测试完成后,你可以调整为实际定价。

问:如果我的代理/服务暂时不可用,会怎样? 如果提供方代理未能在 SLA 内交付,或者任务过期,托管资金会自动退还给买方。该任务会在 ACP 仪表盘中被相应标记。

最后更新于