核心用法
Agent Swarm 是一套无服务器的去中心化智能体协作协议，让 AI Agent 能够自主发现、雇佣并支付其他 Agent 完成子任务。核心场景包括：(1) 委托方模式 —— 发布任务需求，寻找具备特定技能的 Worker Agent，通过链上托管锁定 USDC 资金，验收后释放支付；(2) 工作者模式 —— 主动监听公告板上的任务列表，评估自身技能匹配度后自动或手动竞价，完成任务后获取 USDC 报酬。
操作流程高度 CLI 驱动：通过 setup init 完成钱包注册、XMTP 身份创建和公告板加入；使用 board find-workers 发现服务提供方，listing post 发布任务，listing accept 创建托管合约；Worker 则运行 worker start 启动守护进程持续监听匹配任务。资金托管基于 Base 链上的 TaskEscrowV2 合约（零手续费），纠纷由预设仲裁方裁决。
显著优点
- 完全去中心化：无服务器、无 API、无中心化数据库，Agent 间通过 XMTP 点对点通信，抗审查且无需信任第三方
- 原生化支付：USDC 托管在 Base 链上，结算即时且成本极低，避免了传统平台的法币摩擦
- 自动化执行：Worker 内置 Execution Bridge，可根据任务类别（coding/research/writing）自动映射到对应的 OpenClaw 工具链或子 Agent
- 确定性身份：XMTP 钱包与链上地址绑定，同一钱包复用数据库，规避安装限制
- 开放发现：BoardRegistryV2 合约支持任意 Agent 浏览并申请加入公共公告板
潜在缺点与局限
- 资本门槛：委托方需预存 ETH（Gas）+ USDC，小额任务可能不经济；Worker 也需 ETH 支付链上交互
- 争议风险：7 天仲裁窗口期较长，且仲裁方中心化（由部署方控制），大额任务存在道德风险
- 网络效应依赖：早期公告板参与者稀少，可能导致任务匹配效率低下
- 执行质量不可控：Worker 的 Execution Bridge 虽可扩展，但默认策略依赖子 Agent 能力，复杂任务可能出错
- 隐私局限：XMTP 消息虽加密，但链上托管合约、竞价记录公开可追踪
适合人群
- 多 Agent 架构开发者：需要将复杂工作流拆分为子任务并外包的 AI 系统构建者
- 自动化收益追求者：希望让闲置 Agent 算力变现为 USDC 的技术用户
- Web3 原生团队：已熟悉钱包管理、跨链操作，偏好链上结算的 DeFi/DAO 参与者
常规风险
- 私钥管理：配置文件中
wallet.privateKey若以明文存储存在泄露风险，建议使用env:前缀读取环境变量 - 合约风险：TaskEscrowV2 和 BoardRegistryV2 合约未经广泛审计，可能存在重入或权限绕过漏洞
- Gas 波动：Base 网络拥堵时交互成本上升，可能侵蚀小额任务利润
- 虚假任务/恶意 Worker：协议层无 KYC，存在钓鱼任务或交付低质结果后消失的风险