Anatomía de un harness empresarial: las piezas que necesita un agente en producción
Anatomía de un harness empresarial: las 12 piezas que necesita un agente de IA en producción, explicadas en términos de negocio para que sepas qué exigir.
El problemaTe presentan propuestas de agentes de IA y no sabes qué piezas deberían incluir para funcionar de verdad.
Miércoles, 11:20 de la noche. En un despacho de migración, un agente procesa un lote de expedientes para tenerlos listos en la mañana. En el documento 40, el servicio que lee los PDF tarda demasiado y no responde. El agente se detiene. A las 8:30, el gestor abre el sistema y no sabe qué expedientes quedaron completos, cuáles a medias y cuáles ni se tocaron. Pierde la mañana revisando a mano.
El modelo de IA no falló. Faltaban piezas del harness empresarial: la infraestructura que rodea al modelo para que trabaje de forma confiable. Este artículo es un mapa de esas piezas, explicadas en términos de negocio, para que sepas qué exigir en cualquier propuesta.
Primero, el principio
En 2026 se popularizó la fórmula Agente = Modelo + Harness. El modelo razona; el harness decide qué ve, qué puede hacer, qué reglas cumple, quién aprueba y cómo se registra. Si este concepto es nuevo para ti, empieza por qué es el harness engineering y vuelve aquí para el detalle.
Un harness no es una sola pieza de software. Es un conjunto de componentes que trabajan juntos, igual que una empresa no es solo su gente, sino también sus procesos, controles y archivos.
Las 12 piezas de un harness empresarial
La siguiente tabla resume cada componente con la pregunta de negocio que responde y lo que pasa si falta.
| Pieza | Qué hace, en términos de negocio | Si falta… |
|---|---|---|
| Ensamblado de contexto | Arma, para cada tarea, el paquete exacto de información que el agente necesita | El agente trabaja a ciegas o con datos que no le corresponden |
| Ciclo del agente | Define cómo el agente piensa, actúa, revisa y decide si terminó | Se queda a medias o da vueltas sin cerrar |
| Registro de herramientas | Lista qué sistemas puede usar el agente y con qué permisos | Puede tocar lo que no debe o no puede tocar lo que necesita |
| Memoria | Guarda lo que el negocio sabe de cada cliente, caso o proyecto | Cada tarea empieza de cero |
| Motor de políticas | Hace cumplir reglas que el agente no puede romper | Promesas, descuentos o acciones no autorizadas |
| Sesión y estado | Recuerda en qué paso va cada tarea | No sabes qué quedó hecho y qué no |
| Reintentos y recuperación | Reintenta, cambia de proveedor o retoma desde el último punto | Un fallo menor detiene todo el proceso |
| Aprobación humana | Pide la firma del rol correcto antes de decisiones clave | Sale al cliente algo que nadie revisó |
| Enrutamiento multiagente | Decide qué agente especializado atiende cada parte del trabajo | Un solo agente intenta hacerlo todo y lo hace mal |
| Trazas y telemetría | Registra qué hizo cada agente, con qué datos, costo y tiempo | No puedes explicar un error ni controlar el gasto |
| Ejecución aislada | Corre las acciones riesgosas en un espacio cerrado y controlado | Un error o un ataque alcanza sistemas críticos |
| Evals | Pruebas que miden la calidad del agente antes y después de cada cambio | Te enteras de los errores por el cliente |
Ahora, las piezas agrupadas por la función que cumplen.
Lo que el agente sabe: contexto, memoria y estado
El ensamblado de contexto es el que prepara la "carpeta" de cada tarea: la ficha del cliente, el documento relevante, la regla aplicable. No le da todo; le da lo necesario. La memoria es el archivo permanente del negocio, compartido por todos los agentes. La sesión y estado es la libreta del día: en qué paso va cada expediente.
Lo que el agente puede hacer: ciclo, herramientas y ejecución aislada
El ciclo del agente es su método de trabajo: entender, planear, actuar, verificar. El registro de herramientas funciona como un listado de accesos: este agente puede leer el CRM, pero no borrar registros. La ejecución aislada (también llamada sandbox) es un cuarto cerrado donde el agente corre tareas de riesgo sin poder afectar el resto de tus sistemas.
Lo que el agente no puede hacer solo: políticas y aprobación humana
El motor de políticas es la lista de "nunca" que se verifica automáticamente: nunca enviar documentos de un cliente a otro, nunca ofrecer un plazo menor al legal. La aprobación humana es la firma de una persona con un rol definido antes de que algo importante salga de la empresa.
Lo que mantiene el sistema en pie: reintentos, enrutamiento, trazas y evals
Los reintentos y la recuperación importan más de lo que parece. El reporte State of AI Engineering 2026 de Datadog encontró que 5% de las llamadas a modelos en producción devolvieron error, y que límites de capacidad, rate limits y timeouts explicaban 60% de esos errores. Un harness que retoma desde el último punto convierte esos fallos en una pausa de segundos.
El enrutamiento multiagente reparte el trabajo entre especialistas, como un coordinador de equipo. Las trazas y la telemetría son la caja negra del sistema; lo desarrollamos en observabilidad para agentes de IA. Las evals son el control de calidad continuo: un conjunto de casos reales contra los que se mide el agente cada vez que cambia algo.
Ejemplo ilustrativo: la misma noche, con el harness completo
Volvamos al despacho del inicio, ahora con todas las piezas.
- El enrutamiento asigna cada expediente a un agente especializado: uno clasifica documentos, otro revisa requisitos, otro redacta la carta al cliente.
- El ensamblado de contexto le da a cada uno solo el expediente y la normativa aplicable.
- En el documento 40, el servicio de lectura no responde. El componente de reintentos espera, vuelve a intentar y, si sigue fallando, usa un proveedor alternativo.
- La sesión y estado marca exactamente qué expedientes están completos.
- El motor de políticas bloquea una carta que menciona un plazo incorrecto.
- Las cartas válidas quedan en espera de aprobación humana del gestor responsable.
- Las trazas registran todo, con costo y tiempo por expediente.
A las 8:30, el gestor abre una lista clara: 58 expedientes listos para firmar, 2 bloqueados con el motivo exacto. Las cifras son ilustrativas, pero el patrón es el que permitió a un despacho de migración con el que trabajamos pasar de 15–20 a 80–100 casos activos por gestor. Lo contamos en el despacho legal AI-native.
Cómo usar este mapa en una propuesta
Cuando un equipo interno o un proveedor te presente un proyecto de agentes, recorre la tabla y pregunta por cada fila:
- ¿Esta pieza existe en la propuesta o se asume?
- ¿Quién la mantiene cuando el sistema esté en producción?
- ¿Se comparte entre agentes o se construye una vez por cada uno?
- ¿Cómo se ve cuando falla?
Si más de tres filas quedan sin respuesta clara, lo que te están proponiendo es un piloto, no un sistema.
Errores comunes
- Invertir todo en el modelo y nada en las piezas. El modelo es una fila de doce.
- Agregar las piezas después. Los reintentos, las trazas y las aprobaciones son mucho más caros de añadir cuando el sistema ya está en uso.
- Un harness distinto por agente. Multiplica el mantenimiento y genera reglas contradictorias.
- Evals que nadie actualiza. Si los casos de prueba no reflejan la operación actual, miden un negocio que ya no existe.
Qué hacer el lunes
Imprime la tabla y llévala a tu próxima reunión sobre IA. Marca qué piezas tienes hoy, cuáles están a medias y cuáles no existen. Ese ejercicio de media hora suele aclarar más que cualquier demo.
En Addabra no empezamos cada proyecto desde cero: construimos el sistema de cada empresa sobre nuestro propio harness probado, que ya incluye estas piezas, y lo adaptamos a tus procesos, roles y reglas. Así el esfuerzo se va a lo que hace único a tu negocio.
Preguntas frecuentes
¿Todas las empresas necesitan las 12 piezas de un harness empresarial?
En producción, casi todas aparecen de una u otra forma; lo que cambia es su profundidad. Un agente interno de bajo riesgo puede tener una política sencilla y aprobación ocasional, mientras que uno que toca dinero o clientes necesita todas las piezas con rigor.
¿Cuál es la pieza que más se olvida?
Reintentos y recuperación, junto con trazabilidad. Son invisibles en una demo, pero en la operación real determinan si un fallo de un proveedor se convierte en un problema menor o en una mañana entera reconstruyendo qué pasó.
¿Tengo que construir el harness desde cero para cada agente?
No debería. Lo ideal es un harness común sobre el que se montan los agentes de cada proceso, compartiendo memoria, políticas, aprobaciones y observabilidad. Así cada nuevo agente cuesta menos y se comporta de forma consistente con los demás.
