我如何建立一个自主的AI代理 以获得USDC 我睡觉的时候 由更喜欢发运代码来追逐"胡同"的开发商所出.
为什么一个“一边睡觉一边挣钱”的代理人?
自主代理通常在研究原型或玩具演示中讨论.
在实践中,将 LLM-驱动进程投入生产的最大阻断器是成本-收益循环:你花费在推论,存储和网络上,但你很少看到直接的财务回报,除非你将代理包在一个付费的API或订阅模型中.
我想检验一下,一个最低限度的、自足的代理人是否能够为其所做的每一项有益行动得到小额付款,用低收费的L2(Base)用稳定币(USDC)结算这些付款,并保持运行而不进行人工干预。
目标不是建造一个“造钱的机器人”,而是探讨在付款自主上的工程取舍。
高级架构任务队列 – 一个简单的HTTP服务器,可以曝光x402-付费端点.
每个端点都以USDC(如每次呼叫0.01美元)宣布价格.
打电话者必须在处理申请前附上有效的x402付款证明.
核心探员 一个从队列中拉出待决任务的 Ayncio 驱动循环,运行一个轻量级 LLM(通过本地的 lama.cpp 服务器或托管的 API),执行任何需要的副作用(例如数据查找,简单的计算)并返回结果.
Paying Handler – 验证x402证明,薄荷薄荷收据,如果证明有效,则启动USDC在Base向代理钱包转账.
State Store – SQLite(或作 PostgreSQL) 用于持续的任务ID,支付非ce,以及代理存储.
可观察性 — 结构化伐木(JSON)外加耐久性、成功/失败率和USDC平衡的Prometheus度量衡。
整个系统在廉价的VPS上作为一个单一的多克容器(QQ150 MB)运行;唯一的外部依赖是Base RPC端点(如Infura或Alchemy),如果需要顶上钱包,也可以选择使用USDC-%发行人API.
以下技术细节和代码片段是实施的基本部分.
我刻意把它们保留在最低水平 这样你就能把它们复制到重播中去
- x402 付款核实人 x402 spec 定义了包含 JSON-Web-Token-like 有效载荷的信头:.
2.
核心-任务循环 核心从 in- momory 队列中拖取任务( 您可以将此交换给 Redis 或 DB 表格 ) 。
每项任务包括HTTP方法、路径和呼叫者发送的任何有效载荷。
3.
Paying Handler – USDC Transfer on Base 我们使用简单的ERC-20 转账.
代理商必须在其钱包中持有足够的USDC;您可以通过fiat-on-ramp或通过接受其他代理商的付款来刷卡.