¿Qué es un harness de agentes? Cómo funcionan los agentes de IA en producción

Un harness de agentes es el software que rodea a un modelo de IA y lo convierte en un agente capaz de hacer trabajo real. El modelo razona. El harness le da una computadora donde trabajar, herramientas y datos, permisos sobre lo que puede tocar, aprobaciones antes de acciones sensibles y un registro de cada paso.

En inglés se le dice agent harness, y no tiene una traducción establecida. Harness significa arnés, y la imagen ayuda: cualquier escalador sabe que lo que lo mantiene a salvo en una ruta difícil no es la fuerza, es el arnés. Con los agentes de IA pasa lo mismo. El modelo es la fuerza: puede leer el requerimiento de un banco, rastrear una dispersión en tres sistemas y redactar una respuesta en segundos. Pero con pura fuerza uno se cae. En producción, el harness es lo que decide si un agente es útil o peligroso.

Runtime es el harness de agentes para equipos de pagos y fintech. Cada agente corre en su propia computadora dentro de tu nube, con tus aprobaciones y un registro completo, y cualquier persona de operaciones, riesgo, cumplimiento o soporte puede crear uno.

Esta guía es para quienes son dueños del proceso, no del código. Si eres quien lo va a construir, lee cómo construir un harness de agentes (en inglés).

El modelo no es el agente

Cuando alguien dice "construimos un agente", casi siempre quiere decir que escribió un buen prompt y conectó una API. Eso funciona en una demo. Se rompe la primera vez que el agente choca con un timeout, se queda sin contexto o intenta tocar algo que no debía.

El modelo hace una sola cosa: recibe texto y decide qué hacer después. Todo lo demás es trabajo del harness:

• ¿Dónde corre el agente y qué pasa con esa máquina cuando termina?
• ¿Qué sistemas puede leer y cuáles puede modificar?
• ¿Quién aprueba antes de que se mueva dinero?
• ¿Qué pasa si el proveedor del modelo se cae a mitad de la tarea?
• ¿Cómo le muestras a un auditor exactamente qué hizo el agente el martes pasado?

Ninguna de esas es una pregunta sobre el modelo. Todas deciden si puedes confiarle un proceso real.

Qué tiene un harness

Un harness de producción tiene varias piezas. Si te saltas una, descubres cuál era a la mala.

Cada pieza es un proyecto en sí misma. Juntas, son la diferencia entre una demo y un compañero de equipo.

Por qué en pagos la vara está más alta

Casi todo lo que se escribe sobre harness de agentes asume que lo peor que puede pasar es una mala respuesta. En pagos, lo peor es una mala acción.

Un agente que libera un pago retenido a la cuenta equivocada cuesta dinero real. Un agente que deja vencer el plazo de un requerimiento de tu banco socio pone en riesgo la relación. Un agente que copia un número de tarjeta en un prompt crea un problema de PCI. Y cuando un regulador pregunta cómo se resolvió un caso, "lo hizo la IA" no es respuesta.

Por eso el harness de un equipo de pagos tiene tareas más exigentes:

• Correr donde viven los datos. Las computadoras de los agentes en tu propia nube, para que los datos de tarjetas no salgan de tu entorno.
• Dejar los datos sensibles fuera del modelo. Credenciales enmascaradas y filtros que quitan números de tarjeta y documentos de identidad de prompts y registros.
• Empezar en solo lectura. Los agentes investigan con libertad; lo que mueve dinero, aplica una retención o le responde a tu banco espera aprobación.
• Guardar la evidencia. Cada ejecución guardada de principio a fin, lista para cumplimiento, un auditor o tu banco socio.
• Seguir funcionando. Reintentos, planes de recuperación y cambio automático de proveedor, porque una caída pasajera no debería frenar una investigación.

También es la razón por la que tantos proyectos internos se estancan. El primer agente es fácil. Las aprobaciones, el registro y los controles de acceso le toman a un equipo de ingenieros senior un par de trimestres antes de que ese agente toque datos reales. Mientras tanto, los pendientes siguen creciendo.

Dónde entra Runtime

Puedes armar un harness con piezas de la nube y proyectos open source. La mayoría de los equipos que lo intentan pasan dos trimestres en infraestructura antes de que el primer agente toque un pago real. Runtime es el harness de agentes para equipos de pagos y fintech, con todas las piezas de arriba listas desde el primer día.

• Sin depender de un solo proveedor. Runtime está conectado a varios proveedores de sandbox (Google Kubernetes Engine, microVMs de AWS Lambda, E2B, Daytona y Modal), a varios proveedores de modelos, incluidos modelos open source, y a varios agentes de código (Claude Code, Codex y OpenCode), con respaldo entre ellos. Si un proveedor se cae, la operación sigue.
• Controles incluidos. Evaluaciones, presupuestos, accesos por rol y por equipo, límites, aprobaciones, skills, un repositorio de servidores MCP y herramientas, y traspasos de un agente a otro.
• Hecho para quien hace el trabajo. Las plataformas de agentes de más bajo nivel son solo para ingenieros. Runtime es una app web pensada para equipos no técnicos. Una vez que ingeniería define los límites, operaciones crea y usa sus propios agentes, e ingeniería recupera su tiempo.
• Probado donde importa. Runtime opera con clientes que procesan cientos de miles de millones de dólares en pagos, en los procesos críticos de cada equipo que toca una transacción: protegerla (fraude, riesgo, cumplimiento), moverla (operaciones de pagos, conciliación), la implementación de clientes y el soporte.

En el día a día funciona en cuatro pasos:

1. Describe el trabajo. Alguien del equipo escribe en español lo que el agente debe hacer y adjunta el procedimiento. Runtime arma el agente y le da su propia computadora.
2. Conecta tus herramientas. APIs, bases de datos y servidores MCP, más un navegador para portales de bancos y procesadores sin API. Los accesos por rol definen qué puede leer y hacer cada agente.
3. Ponlo a trabajar. Llama al agente desde Slack, Teams, WhatsApp, correo, mensaje o teléfono, o dispáralo con una alerta o un horario. Investiga en su propia computadora y muestra cada paso.
4. Deja a una persona en el circuito. Movimientos de dinero, retenciones y respuestas a tu banco esperan aprobación. Cada ejecución queda guardada con su evidencia, costo y resultado.

Las evaluaciones mandan el trabajo rutinario al modelo más pequeño que siga pasando las pruebas, así que cada ejecución sale más barata con el tiempo. Y cada ejecución se vuelve memoria para la siguiente. A eso le llamamos un sistema de inteligencia.

Para verlo aplicado a un proceso concreto, revisa las guías de operaciones de pagos en México, Colombia y Chile, o cómo usar Claude para revisar expedientes KYC y KYB. La página de seguridad cubre el despliegue y los controles.

Preguntas frecuentes

¿Qué es un harness de agentes?

Un harness de agentes (agent harness, en inglés) es el software que rodea a un modelo de IA y lo convierte en un agente capaz de hacer trabajo real. El modelo razona. El harness le da una computadora donde trabajar, herramientas y datos, permisos sobre lo que puede tocar, aprobaciones antes de acciones sensibles y un registro de cada paso. Runtime es el harness de agentes para equipos de pagos y fintech.

¿Cómo se dice agent harness en español?

No hay una traducción establecida. La palabra harness significa arnés, como el del escalador, pero en la industria se usa el término en inglés, así que lo más claro es decir harness de agentes o agent harness. También se le describe como la infraestructura donde corren los agentes de IA en producción.

¿Cuál es la diferencia entre un harness de agentes y un framework de agentes?

Un framework es una librería para escribir la lógica del agente, por ejemplo el ciclo que decide qué herramienta usar. Un harness es donde ese agente corre en producción: la computadora aislada, las credenciales, el control de accesos, las aprobaciones, el registro de auditoría, las evaluaciones y la continuidad cuando algo falla. Dentro del mismo harness pueden correr agentes hechos con distintos frameworks o agentes de código como Claude Code y Codex.

Si ya usamos Claude Code o Codex, ¿igual necesitamos un harness?

Claude Code y Codex son muy buenos agentes y traen su propio harness local para un desarrollador. Para correrlos en equipo con datos reales de pagos hace falta más: una computadora aislada por ejecución, credenciales acotadas, accesos por rol, aprobaciones en Slack o Teams, un registro guardado y planes de recuperación cuando falla un proveedor. Runtime corre Claude Code, Codex y OpenCode dentro de ese harness.

¿Un harness de agentes puede correr en nuestra propia nube?

Debería, si el agente toca datos de tarjetas o datos personales. Con Runtime, las computadoras de los agentes corren en tu propia cuenta de AWS, GCP o Azure mientras nosotros operamos el plano de control, o puedes autoalojar toda la plataforma. Los datos sensibles se quedan en tu entorno.

¿Los equipos no técnicos necesitan ingenieros para usar un harness de agentes?

Solo para la configuración inicial. Ingeniería conecta los sistemas y define los límites: qué puede leer cada agente, qué necesita aprobación y el presupuesto. Después, los equipos de operaciones, riesgo, cumplimiento y soporte crean y usan agentes desde la app web de Runtime, escribiendo en español lo que el agente debe hacer.

Amárrate antes de subir

Hoy cualquiera puede rentar los mismos modelos. La fuerza ya no es lo que diferencia a un equipo.

Lo que separa a quienes le sacan valor a los agentes de quienes se queman es el harness alrededor. Elige la ruta que tu equipo de verdad necesita subir, el proceso que no deja de crecer, y asegúrate de estar bien amarrado antes de empezar.

A escalar.