Agents · Pagos con IA

Autonomía, con la correa en tu mano

La cuestión de fondo no es si los agentes de IA gastarán dinero, sino quién fija las reglas. Con Protocore Agents, siempre lo hace una persona, por adelantado y por escrito.

01

Primero la política, después los pagos

Un agente nace con un presupuesto y una lista de comercios permitidos, y no puede superar ninguno de los dos. Todo lo que pase del umbral de aprobación humana se detiene y pregunta. El agente se mueve rápido dentro de los muros; los muros los pones tú.

  1. 01Presupuestos aplicados por la plataforma, no prometidos por el agente
  2. 02Las listas de permitidos acotan adónde puede ir el dinero
  3. 03Los umbrales derivan las decisiones importantes a personas
Consola de Agents con presupuestos por agente, listas de comercios permitidos y umbrales de aprobación

La consola de políticas: presupuestos, listas de permitidos y umbrales por agente.

02

Cada acción, registrada

El registro de auditoría es inmutable y completo: qué intentó el agente, qué permitió la política, quién aprobó qué. Si un agente se comporta mal, o una política resulta ser errónea, el kill-switch lo detiene al instante y el registro muestra exactamente qué ocurrió.

Editor de políticas de Ops Agent con campos de presupuesto, una lista de cuatro comercios permitidos, un control deslizante del umbral de aprobación de €100.00, una nota de auditoría obligatoria y una reproducción de 24 horas de decisiones sobre el borrador

La política como documento: versionada, con hash, firmada y reproducible antes de guardar.

Funcionalidades

Todo lo que incluye Protocore Agents.

  1. 01Consola de políticas
  2. 02Aprobaciones dentro del flujo
  3. 03Wallets de agentes
  4. 04Crear un agente
  5. 05El editor de políticas
  6. 06Auditoría, decisión a decisión
  7. 07Presupuestos por agente
  8. 08Techos mensuales
  9. 09El presupuesto se reinicia a su hora
  1. 10Listas de comercios permitidos
  2. 11Umbrales de aprobación
  3. 12Aprobaciones humanas firmadas
  4. 13El rastro de escalado
  5. 14Registro de auditoría inmutable
  6. 15Integridad encadenada por hash
  7. 16Exportar como JSON
  8. 17Kill switch
  9. 18Congelado, no perdido
  1. 19Claves con alcance limitado
  2. 20Claves que se emiten una vez
  3. 21Hash de la política en cada firma
  4. 22Versionado de políticas
  5. 23Reproduce antes de confirmar
  6. 24Liquidación en rails reales
  7. 25Endpoint MCP
  8. 26Flota de agentes
Leer las 26 funcionalidades en detalle

01Consola de políticas

Una sola pantalla reúne toda la flota: cada agente, su límite diario, su lista de permitidos y lo que ha gastado hoy. En la demo, tres agentes han gastado 184,20 € a las 09:41, con dos pagos bloqueados y uno a la espera de una persona. Los cambios de política se aplican al instante; el agente lo descubre la próxima vez que intenta pagar.

  • Presupuestos, listas de permitidos y umbrales editables por agente
  • Gasto, bloqueos y aprobaciones pendientes de un vistazo
  • Las decisiones de las últimas 24 horas, exportables

02Aprobaciones dentro del flujo

El agente propone; una persona decide. En la demo, Billing Agent pide pagar la factura #088 de Nord Logistics — €120.00, dentro de su presupuesto diario de €200.00 con €64.20 ya usados, pero por encima del umbral de aprobación de €50.00 — y la solicitud espera 14 minutos a que alguien toque Aprobar o Rechazar. La política, la entrada del comercio en la lista de permitidos y la cuenta que paga aparecen justo debajo de los botones.

03Wallets de agentes

Cada agente opera desde su propia wallet con su propia política. El Billing Agent de la demo muestra €135.80 disponibles de un límite diario de €200.00 — €64.20 gastados en tres pagos, que se reinicia a las 00:00 — con un tope de €150.00 por transacción, aprobación humana por encima de €50.00 y dos comercios permitidos. Los pagos recientes llevan la etiqueta auto cuando la política los autorizó por sí sola.

  • Límite diario, gasto, tope y presupuesto restante en una sola pantalla
  • Comercios permitidos con su historial de pagos
  • Pagos etiquetados como auto o aprobados por ti

04Crear un agente

Un agente es política antes que código. El Billing Agent de la demo recibe un límite diario de €200.00, un tope de €150.00 por transacción, dos comercios de la lista de permitidos y aprobación humana por encima de €50.00 — todo se define en el paso 2 de 3, antes de que existan las claves. Las claves se emiten una vez, se muestran una sola vez y cada firma de pago incluye el hash de la política.

05El editor de políticas

Una política es un documento versionado. La edición de la demo sube el tope por transacción del Ops Agent: v14 pasa a v15, el cambio lleva una nota de auditoría obligatoria y se guarda firmado por el operador con un hash de política nuevo. El panel de reproducción ejecuta las últimas 24 horas de decisiones reales contra el borrador: ves qué habría permitido una política antes de que esté en vigor.

  • Límite diario, tope por transacción y techo mensual por agente
  • Nota de auditoría escrita obligatoria en cada guardado
  • Reproducción de 24 horas contra el borrador antes de confirmar

06Auditoría, decisión a decisión

La decisión DEC-4471 reconstruye un pago por completo: la solicitud, cada comprobación de política con su resultado — lista de permitidos superada, tope superado, umbral escalado —, la aprobación humana con su firma y los €120.00 liquidados con su rail y su referencia. El registro está encadenado por hash y es de solo escritura añadida; modificar cualquier campo rompe la cadena a partir de ese punto.

07Presupuestos por agente

Un presupuesto es un muro, no una sugerencia. Cada agente tiene un límite diario y un tope por transacción — €500.00 al día y €150.00 por pago en la política de la demo — que la plataforma aplica antes de que el dinero se mueva. El intento de fletar un viaje por €640.00 del bot de viajes fue denegado al instante: tope superado.

08Techos mensuales

Por encima del límite diario hay un techo mensual: €6,000.00 en la política de la demo. Un agente que se porta bien todos los días tampoco puede pasarse de lo que permite el mes.

09El presupuesto se reinicia a su hora

Los presupuestos diarios se reinician a una hora fija — 00:00 CET en la demo — visible en la wallet del agente. El gasto se acumula en una ventana que todos ven, no en un cálculo móvil opaco.

10Listas de comercios permitidos

Los agentes solo pagan a los comercios que has incluido de antemano. El Ops Agent de la demo conoce exactamente cuatro, y un intento de €180.00 a un proveedor no incluido fue denegado por no estar en la lista. Añadir un comercio es un clic; quitarlo surte efecto de inmediato.

11Umbrales de aprobación

Define la línea a partir de la cual una persona debe decir sí. La política de la demo escala todo lo que supere €100.00: el agente se detiene, una persona recibe la propuesta y nada se mueve hasta que responda. Por debajo de la línea, el agente trabaja libre, dentro de su presupuesto y su lista de permitidos.

12Aprobaciones humanas firmadas

Una aprobación no es una casilla marcada: queda registrado quién aprobó, desde qué dispositivo, a qué hora y con qué firma. La decisión de la demo lo muestra: aprobada en la app, clave del teléfono, 09:41:12.

13El rastro de escalado

Proponer, escalar, aprobar, permitir: cada paso con su marca de tiempo en el registro de la decisión. Cuando alguien pregunta por qué se hizo un pago, la respuesta es una secuencia, no un encogimiento de hombros.

14Registro de auditoría inmutable

Cada decisión queda registrada: qué intentó el agente, qué dijo la política, quién aprobó qué, hasta las rotaciones de claves. Las entradas son de solo escritura añadida y exportables. Cuando algo no cuadra, el registro muestra exactamente qué pasó y cuándo.

15Integridad encadenada por hash

Cada registro de auditoría lleva su propio hash, el hash del registro anterior y su posición en la cadena — #4,471 en la demo. Verifica la cadena cuando quieras; cualquier edición rompe todo lo que viene después.

16Exportar como JSON

Cualquier decisión se exporta como JSON, con su hash, lista para tu archivo, tu auditor o tu revisión de incidentes. El registro es tuyo: puedes llevártelo.

17Kill switch

Un toque pausa un agente y detiene al instante todos los pagos iniciados por agentes. Las claves siguen siendo válidas, así que nada más se rompe: el agente simplemente no puede gastar hasta que una persona lo reactive. En la flota de la demo, el bot de viajes está en pausa con €0.00 gastados.

18Congelado, no perdido

Pausar un agente congela sus propuestas pendientes en lugar de descartarlas. Al reanudarlo, la cola está exactamente donde estaba: ninguna propuesta muere en silencio porque una persona pisó el freno.

19Claves con alcance limitado

Las credenciales de un agente otorgan capacidades, no acceso total. Los scopes como payments.send y refunds.issue se activan por separado: el agente de la demo tiene subscriptions.manage desactivado. Revoca o rota una clave sin tocar la política que hay debajo.

20Claves que se emiten una vez

Las claves de los agentes se muestran una sola vez, al emitirse, y nunca más. Lo que la plataforma no puede volver a mostrar, un atacante no puede volver a pedirlo.

21Hash de la política en cada firma

Cada pago se firma con la clave del agente y el hash de la política que lo permitió. Un pago no solo dice qué ocurrió: demuestra qué reglas estaban vigentes cuando ocurrió.

22Versionado de políticas

Las políticas llevan versión, hash, autor y marca de tiempo — v14, actualizada el 17 jul a las 09:12 en la demo. Cada decisión referencia la versión exacta de la política que la juzgó.

23Reproduce antes de confirmar

El editor reproduce las últimas 24 horas de decisiones contra tu borrador: qué se permitió, qué se denegó, qué cambiaría. Los errores de política salen en la vista previa, no en producción.

24Liquidación en rails reales

Una propuesta aprobada se convierte en un pago real: los €120.00 de la demo se liquidaron por SEPA Instant con la referencia 9F21-0716, minutos después de la aprobación. Los agentes gastan desde el mismo core en el que opera el resto de la familia.

25Endpoint MCP

Los agentes se conectan por MCP en mcp.protocore.io/agents: cualquier framework que hable el protocolo puede tener una wallet de Protocore. La superficie de integración es mínima: proponer un pago, recibir una decisión. La política vive en la plataforma, no en el prompt.

26Flota de agentes

Usa un agente o muchos. La demo ejecuta tres — operaciones, compras y un bot de viajes —, cada uno con su propio presupuesto, lista de permitidos y umbral. Pausa uno y los demás siguen trabajando; la política nunca se filtra de un agente a otro.

Pantallas

Dentro del producto.

Interfaz real del producto, con datos de demostración.

Una decisión, reconstruida al detalle: comprobaciones, firma, liquidación, cadena de hashes.

FAQ

Agentes bajo política, respondido.

  • El presupuesto lo aplica la plataforma, no lo promete el agente. Un agente no puede superar su límite diario ni por transacción decida lo que decida, y todo lo que supere el umbral de aprobación se detiene y consulta a una persona antes de mover el dinero.

  • Solo a los comercios de su lista de permitidos. La lista acota adónde puede ir el dinero antes de cualquier comprobación de presupuesto: el agente paga donde tú le has dicho y en ningún otro sitio.

  • Se detiene y lo deriva a una persona para su aprobación; el pago solo se liquida cuando alguien lo firma, y la solicitud, las comprobaciones y la firma quedan registradas. Por debajo del límite, el agente actúa por su cuenta dentro de los muros.

  • Un kill-switch por agente lo detiene con un toque: al instante, no en el siguiente ciclo. El registro de auditoría muestra entonces exactamente qué hizo hasta ese momento.

  • Mediante MCP en mcp.protocore.io/agents, con la API y la documentación para conectar cualquier framework a una política. La política (presupuesto, lista de permitidos, umbral) se define antes de que existan siquiera las claves del agente.

  • El rastro de auditoría es inmutable y está encadenado por hash: la solicitud, cada comprobación de política con su resultado, la firma de aprobación humana y el pago liquidado. La propia política está versionada, con hash, firmada y se puede reproducir antes de guardarla.

Evalúa

Dale a un agente una política y un presupuesto.

01

Demo guiada

Recorremos contigo el ciclo completo: creamos un agente, fijamos su política y vemos cómo un pago se escala para aprobación y se liquida como una transferencia SEPA normal.

02

Cuenta sandbox

Un entorno de pruebas donde tu equipo puede fijar presupuestos, listas permitidas y umbrales, activar cada uno y leer el registro de solo adición.

03

Acceso MCP + API y documentación

Conecta un agente de prueba por MCP en mcp.protocore.io/agents, con la API y la documentación para vincular tu propio framework a una política.

04

Independiente o whitelabel

Pruébalo con la marca Protocore o con la tuya: tus agentes, tu política, en cualquiera de las dos interfaces.

Disponibilidad

Disponible de forma independiente o en whitelabel: tus agentes, tu política, con cualquiera de las dos marcas.

En el ecosistema

Agents gasta sobre los raíles de Pay bajo política humana, liquida como SEPA ordinario y escribe en el mismo modelo de auditoría que lee Center.

Elige un producto. O quédate con el core.

Todo lo anterior funciona en demos en producción que podemos mostrarte: standalone, whitelabel o como una única plataforma. Cuéntanos qué estás construyendo y te enseñaremos el camino más corto.