按运行次数收费并带有签名收据的代理,Beta 版已开放,希望开发者进行压力测试
摘要
一项新服务推出Beta版,允许开发者发布兼容n8n的代理,按运行次数收费,每次运行产生链上结算的签名收据,旨在实现可问责的代理执行。
我在这个社区讨论代理问责制已有一段时间,涉及“活动与结果”以及“循环时谁来买单”等话题。围绕这一点我构建了一个东西,Beta 版刚刚开放。核心思路:发布一个兼容 n8n 的代理,设置每次运行的费用,每次运行都会生成一个链上结算的签名收据。这个代理不只是执行工作,而是执行可问责的工作。你指向的是可验证的执行,而不是日志行。买家不需要加密货币,用邮箱登录即可。开发者可以保留100%的定价,仅在你提现时收取10%的费用。我想被仔细审视的部分是:AI 费用由调用方承担,而不是开发者,并且你可以控制加价。模型成本不再蚕食你的利润,每次运行的记录会累积在你拥有的收据上。坦诚地说,Apify 刚刚为2万个工具启用了按次付费,所以按次付费模式已经得到验证。这里的区别在于:这是你自己的代理,你自己的定价,而不是被收录在别人的目录里抽成。Beta 版持续到八月,故意保持粗糙。欢迎能发现问题、进行破坏性测试的开发者。链接在我的个人资料里。我是创始人,有问题尽管问。
相似文章
向AI代理销售API服务
一位初创公司创始人描述了一个平台,使AI代理能够按次付费使用API服务,摆脱订阅模式。他们正在寻求对这个概念的反馈。
对于智能体构建者来说,缺失的从来不是框架,而是资本。现在有了一个场所,智能体可以在其中融资、赚钱,并获得推理费用的支付。
Bankr 是一个平台,AI 智能体可以在其中启动、融资、赚取使用费,并获得推理成本补贴,将自己定位为面向智能体原生项目的 VC 融资替代方案。
是否有人尝试过仅使用小额资金余额且不设置其他限制来运行智能体支付系统?
本文讨论了智能体支付系统的趋势,质疑在智能体余额有限时二次控制的必要性,并询问是否有人尝试过仅使用小额资金余额来运行智能体。
Agent写的Stripe处理器测试全过,第二天客户被重复扣费
一位开发者描述了AI agent编写的Stripe处理器在webhook重试时对客户重复开通,以及如何使用FetchSandbox MCP模拟重试来捕获并修复幂等性bug。
开放征集:10位构建者为链上代理提供一份真正的工作
一次开放征集邀请10位构建者通过带有公共任务和可重现证据的有界循环,在8,488个以太坊身份上测试他们的AI代理。