AWS añade pagos para agentes en AgentCore: x402 en días, no en meses
AWS ha presentado Amazon Bedrock AgentCore payments, una forma gestionada de que los agentes de IA paguen por servicios externos en función del uso. Los límites de gasto se definen y se aplican en la capa de infraestructura, no en el prompt del agente. El caso de referencia: los agentes de Incarna pagan a BlockRun por cada solicitud de inferencia mediante el protocolo x402. Según AWS, añadir soporte para x402 ha pasado de meses a días. • El pago se realiza en cada solicitud, sin paquetes prepagados. • El presupuesto lo limita la plataforma, no el propio agente. • Los desarrolladores no tienen que escribir una capa de pagos desde cero.
Procesado por IA desde AWS Machine Learning Blog; editado por Hamidun News
Amazon Web Services ha añadido a Bedrock AgentCore una capa de pagos gestionada para agentes de IA. Amazon Bedrock AgentCore payments permite que un agente pague por sí mismo los servicios en el momento de usarlos, mientras que la infraestructura hace cumplir los límites de gasto. Como ejemplo, AWS analiza la combinación de Incarna y BlockRun. Los agentes de Incarna compran a BlockRun la ejecución de modelos solicitud a solicitud mediante el protocolo x402. Según la descripción de AWS, integrar el soporte de x402 ha pasado de varios meses a unos pocos días.
Por qué un agente necesita una cartera
Mientras un agente trabaja únicamente dentro de su propio entorno, no necesita pagar nada. Todo cambia cuando llama a API externas: un proveedor de modelos, datos de pago u otros agentes. El esquema habitual resulta incómodo en este caso. Hacen falta una cuenta, una clave, una tarjeta vinculada y una factura mensual, y una persona tiene que configurarlo todo de antemano. Para un programa autónomo que decide por sí mismo qué servicio necesita en cada momento, ese proceso es demasiado engorroso.
El protocolo x402 resuelve el problema con el código HTTP 402 Payment Required, olvidado desde hace tiempo. El servidor responde a la solicitud con una exigencia de pago y sus condiciones. El cliente paga, por lo general en stablecoins, y repite la solicitud con la prueba del pago. En esta cadena no hay registro ni suscripción.
Qué hace AgentCore payments
El protocolo por sí solo no responde a dos preguntas. ¿Quién garantiza que el agente no gaste de más? ¿Y quién mantendrá durante meses la infraestructura de pagos? AWS resuelve ambas a nivel de plataforma. Los límites de gasto se definen desde fuera y los verifica la infraestructura. Si el modelo se equivoca, entra en un bucle o recibe una instrucción dañina en el prompt, el tope de gasto no se mueve. Para producción, la diferencia es fundamental: una restricción escrita en el prompt del sistema sigue siendo una petición, mientras que una restricción impuesta por la plataforma funciona como una regla.
La segunda parte de la promesa tiene que ver con el esfuerzo de desarrollo. El soporte de x402 hay que implementarlo por cuenta propia: interpretar las respuestas 402, firmar los pagos, custodiar las claves y contabilizar los gastos. AWS afirma que, para Incarna, este trabajo se ha reducido de meses a días.
El caso de Incarna y BlockRun
BlockRun actúa como vendedor: ofrece inferencia de modelos y cobra por cada solicitud individual. Incarna actúa como comprador: sus agentes pagan las llamadas que necesitan a medida que trabajan. En este esquema no hay paquetes prepagados de tokens ni una clave compartida con un presupuesto indefinido. El gasto queda ligado a cada llamada concreta, por lo que resulta fácil atribuirlo a una tarea, a un agente o a un cliente.
Lo que se sabe a partir del material de AWS:
- modelo de pago: pay-per-inference, una solicitud, un pago;
- protocolo: x402, el pago se solicita en la respuesta del servidor;
- control de gasto: los límites los hace cumplir la infraestructura de AgentCore;
- plazo de integración de x402: días en lugar de meses, según la estimación de AWS;
- participantes: Incarna como comprador y BlockRun como proveedor de inferencia.
El anuncio no incluye datos públicos sobre el precio por solicitud, las comisiones, ni las redes y divisas compatibles. Habrá que aclarar todos estos parámetros antes de la implantación.
Qué comprobar antes de implantarlo
Un equipo que construya agentes con llamadas externas debería empezar con una auditoría breve. Haga una lista de los servicios por los que el agente podría pagar por sí mismo y calcule un tope de gasto razonable por tarea y por día. Después, compruebe si los proveedores que necesita admiten x402. Si no es así, la capa de pagos no servirá de nada.
Aclare por separado la parte legal y contable. Los pagos en stablecoins a menudo no encajan en los procesos de compras habituales, y el departamento financiero necesita informes por cada agente. Por último, incluya monitorización: incluso con límites estrictos, un aumento anómalo del número de micropagos señala un fallo antes de que se agote el presupuesto.
Para AWS, este es un paso más para que AgentCore se convierta en un entorno de ejecución completo para agentes: con identidad, observabilidad y, ahora, dinero. El número de proveedores dispuestos a aceptar x402 mostrará hasta qué punto el mercado adopta el pago por solicitud de forma masiva.
- 26 oct 2026Apple presentará el martes el hub doméstico HomeView, según Gurman
- 25 oct 2026Anthropic revela cómo aísla a Claude: los usuarios aprobaban el 93% de las confirmaciones sin más
- 25 oct 2026Amazon apuesta por los robots: más de un millón de máquinas y un plan para no contratar a 600 mil personas
- 25 oct 2026Odyssey lanza Odyssey-3: un solo modelo de mundo controla un robot, un coche y un dron
Preguntas frecuentes sobre la noticia
¿Qué se sabe sobre Por qué un agente necesita una cartera?
Mientras un agente trabaja únicamente dentro de su propio entorno, no necesita pagar nada. Todo cambia cuando llama a API externas: un proveedor de modelos, datos de pago u otros agentes. El esquema habitual resulta incómodo en este caso. Hacen falta una cuenta, una clave, una tarjeta vinculada y una factura mensual, y una persona tiene que configurarlo todo de antemano. Para un programa autónomo que decide por sí mismo qué servicio necesita en cada momento, ese proceso es demasiado engorroso. El protocolo x402 resuelve el problema con el código HTTP 402 Payment Required, o
¿Qué se sabe sobre Qué hace AgentCore payments?
El protocolo por sí solo no responde a dos preguntas. ¿Quién garantiza que el agente no gaste de más? ¿Y quién mantendrá durante meses la infraestructura de pagos? AWS resuelve ambas a nivel de plataforma. Los límites de gasto se definen desde fuera y los verifica la infraestructura. Si el modelo se equivoca, entra en un bucle o recibe una instrucción dañina en el prompt, el tope de gasto no se mueve. Para producción, la diferencia es fundamental: una restricción escrita en el prompt del sistema sigue siendo una petición, mientras que una restricción impuesta por la platafo
¿Qué se sabe sobre El caso de Incarna y BlockRun?
BlockRun actúa como vendedor: ofrece inferencia de modelos y cobra por cada solicitud individual. Incarna actúa como comprador: sus agentes pagan las llamadas que necesitan a medida que trabajan. En este esquema no hay paquetes prepagados de tokens ni una clave compartida con un presupuesto indefinido. El gasto queda ligado a cada llamada concreta, por lo que resulta fácil atribuirlo a una tarea, a un agente o a un cliente. Lo que se sabe a partir del material de AWS: modelo de pago: pay-per-inference, una solicitud, un pago; protocolo: x402, el pago se solicita en la respu
Delegate Deep Research, Coding & Workflows to an AI Agent
Deploy autonomous multi-step execution with NomadNet Agent (agent.nomadnet.ai) — automated web research, data synthesis, code generation, and complex task orchestration.
Lo esencial de la IA — una vez por semana
Siete historias que de verdad importaron, elegidas a mano. Sin ruido ni notas de prensa.
¡Listo! Revisa tu correo para la confirmación.