通过 SOC 2 II 类认证 · ISO 27001

AIagents 知道如何进行单次区块链调用。只需agent 提供agent 已充值的钱包，并将其指向支持x402 MPPendpoint，它就能读取链上状态、模拟交易或提交请求，而无需事先创建账户。

该模型很有用。它能快速将agent 部署agent 。但它将agent 限定在一个狭窄的角色agent ：调用者。

更关键的问题是，当agent 像运维人员一样行事时会发生什么：不仅要查询基础设施，还要部署基础设施。

这就是Quicknode新flow背后的变化。现在agent 一次请求agent 创建完整的Quicknode 激活订阅，从而获得一个 QN_* API密钥，即可立即开始配置基础设施。无需在控制台注册，无需人工审批流程，工作流过程中也无需人工交接。

两条晋升路径，两种不同的职位

agents Quicknode 有两种明确的方式，它们分别解决了不同的问题。

第一种方式是使用x402 MPP实现按次计费的访问。agent 一个区块链请求，在线完成支付，并获取响应。无需账户、无需持久化状态、无需长期有效的凭证。这种方式非常适合一次性读取、交易验证、短期自动化，以及agent Core RPC API 的场景。

The second path is agent subscriptions. The same wallet-based payment protocols do something deeper here: they create a persistent Quicknode account, attach it to a paid plan, and return a full platform API key. This is not a narrow token for one setup step. It's the same class of credential a human team would use to operate Quicknode through the dashboard and APIs, giving the agent direct access to the Admin API, Streams, Webhooks, SQL Explorer, Key-Value Store, IPFS, and endpoint provisioning across 81+ chains.

换句话说：按通话次数付费的接入模式能让agents 该生态链；而订阅模式则使他们成为平台的一流运营商。

请将您的Agent 指向Agent

对于构建代理工作流的开发者而言，入口应直接且可被机器读取。这就是Agents.md 的作用。

该页面作为agents操作指南编写。它详细列出了可用的访问路径，指明了flow提供了用于无账户访问的x402 MPP 相关链接，并agent 提供了通往基础设施管理的清晰agent 。这是您希望助手、agent编排层在开始代表您做出决策之前阅读的页面。

与其从头开始教它每个积分，不如让agent 指向规范曲面，然后让它以此为基础进行处理：

当平台发布其自身的机器可读入口点时，agent 发现当前路径，而无需依赖嵌入您自身代码中的过时指令。

发现、订阅、配置

订阅flow 三个步骤，每个步骤都经过设计，以便软件能够识别。

一切始于发现。 agent 调用 POSTagent 如果不包含支付头信息，则会收到一个 HTTP 402 响应，其中描述了可用的套餐、支持的支付方式、网络以及继续操作所需的信息。该agent 抓取定价页面或依赖不稳定的仪表盘自动化来了解现有选项，也不必在继续操作前切换到单独的人工注册流程。

从那里开始， agent 使用x402 MPP。在x402 方案中，支付挑战通过 HTTP 402 状态码呈现，并且一个 需付款 标题，然后将已签名的付款通过 付款-签名 标题。在 MPP 中，该挑战是通过以下方式体现的： WWW-Authenticate: 支付，且凭证返回的结果为 授权：付款. 在这两种情况下，agent 依靠支付 SDK 来协商交易，而无需手动构建请求头。

付款成功后，订阅响应将返回一个 QN_* API 密钥和一个已启用的账户。无需邮件确认循环，无需异步审批状态，也无需轮询第二个系统。200 状态码表示该账户、订阅和 API 密钥均已启用。如果请求需要重试，该flow 为此flow 设计：相同的邮箱和密码将映射到现有账户，从而避免agent 重复状态。agent 该agent 拥有与其他任何Quicknode 相同的访问权限。

因此，下一步工作刻不容缓：部署基础设施。

endpoint Admin API 创建endpoint Admin API agent 现在可以直接agent 众多任务之一：

该响应会返回一个endpoint HTTP 以及（在支持的情况下）WebSocket URLendpoint 活动endpoint 。如果agent 动态选择目标，可以先查询 获取quicknode 以确定受支持的链和网络组合，然后据此进行配置。

支付步骤仅仅是入口。真正的能力在于，agent 相同的凭证直接进入平台运营环节。

保持账户正常运行

endpoint 配置endpoint 第一个里程碑，而非关系的终点。订阅将按照agent 在注册时agent 周期（每月或每年）持续进行，从而使该账户成为一个持久的运行环境，而非仅用于一次性配置的临时对象。

记账也遵循相同的模式。agent 以下方式查询余额： 获取agent, 通过以下方式充值 POSTagent，并使用与订阅时相同的x402 MPP 支付协议。这agent 提供agent 贯穿整个生命周期的统一计费路径：开通账户、配置基础设施、监控支出、在信用额度耗尽前补充信用，并在整个平台上持续运营。

对于偏好“模式优先agents 发现agents ，Quicknode 为整个平台发布了机器可读的规范。最佳的切入点是“API 规范”，该部分将当前的 OpenAPI 和 OpenRPC 接口集中展示在一个地方。在此基础上，agent 加载 API 规范、生成请求模板，并发现操作，而无需从文档文本中抓取信息。

Agent 的下一层

基于钱包的按通话付费访问模式是自主软件迈出的第一步。它证明了agents 与基础设施agents 交易，无需进行API密钥交接，也无需针对人类设计的账户创建流程。

订阅功能将发展推向了新阶段。它agents 在完整的区块链开发平台上提供了持久的运行agents 。这意味着，围绕一次性 RPC 调用的脆弱封装将减少，而构建agents 的空间将agents 能够搭建自己的端点、订阅自己的数据、存储自己的状态，并持续运行。

如果您正在构建需要执行多次区块链查询agents ，请从Agents.md开始，并参阅《使用 AI 进行构建》以了解有关如何agents Quicknode agents 使用agents 进行构建的更多信息。