Saltar al contenido
Metodología

Harness engineering

Harness engineering — Metodología. categoría: Práctica de ingeniería para construir confianza en los agentes de codificación · definición: Capa determinista de control, barreras de seguridad, estructuración de la información inyectada a la IA y verificación del código producido · período_dominante: 2026

Este texto no requiere el uso de ninguna herramienta; lo traduzco directamente.

Tres ingenieros de OpenAI, luego siete, produjeron cerca de un millón de líneas de código en cinco meses sin una sola línea escrita a mano; los agentes de Codex abrieron, evaluaron y fusionaron alrededor de 1.500 pull requests, un promedio de 3,5 por ingeniero al día. La metodología detrás de esa cifra, harness engineering, trata el entorno que rodea al modelo como el objeto de ingeniería: la estructura del repositorio, la configuración de CI, un modelo estricto de capas de dependencias, linters personalizados cuyos mensajes de error inyectan instrucciones de corrección directamente en el contexto del agente, y tareas recurrentes de recolección de basura que abren PRs de refactorización con fusión automática.

La ecuación de Viv Trivedy, citada por Addy Osmani el 19 de abril de 2026, le da al campo su eslogan: "Agent = Model + Harness. If you're not the model, you're the harness." Osmani cita Terminal Bench 2.0, donde Claude Opus 4.6 obtiene una puntuación más baja dentro de Claude Code que el mismo modelo en un harness personalizado, y al equipo de Trivedy, que hizo pasar un agente de codificación del Top 30 al Top 5 cambiando únicamente el harness.

Birgitta Böckeler divide la práctica en dos: guides, los controles feedforward (convenciones, especificaciones, skills, servidores MCP), y sensors, los controles de retroalimentación (linters, tests, análisis estático). Cada uno puede ser computacional o inferencial. El harness de comportamiento sigue sin resolverse en su análisis, porque las suites de tests generadas por IA todavía no son lo bastante fiables como para verificar que una aplicación hace lo que debe.

En BFM Business el 5 de mayo de 2026, Rémi Jacquet, de Cast Software, fechó el punto de inflexión: prompt engineering en 2024, Context Engineering en 2025, harness engineering en 2026. Su advertencia iba a contracorriente del optimismo del sector: cuanto más fuerte se vuelve la IA, más se relaja la vigilancia.

Tipo
Metodología
categoría
Práctica de ingeniería para construir confianza en los agentes de codificación
definición
Capa determinista de control, barreras de seguridad, estructuración de la información inyectada a la IA y verificación del código producido
período_dominante
2026
relaciones
10
Citada en
4 fiches

Vecindario

Capteurs feedback Guides feedforward Contraintes architec… Ingénierie de contexte Viv Trivedy Cast Software Garbage collection (… ratchet principle Context engineering

→ utiliza

Capteurs feedback CONCEPT confianza alta atemporal Fuente ↗
Guides feedforward CONCEPT confianza alta atemporal Fuente ↗

→ se basa en

Contraintes architecturales CONCEPT confianza alta atemporal Fuente ↗
Ingénierie de contexte CONCEPT confianza alta atemporal Fuente ↗
Garbage collection (code) CONCEPT confianza alta atemporal Fuente ↗
ratchet principle CONCEPT confianza alta atemporal Fuente ↗

← creó

Viv Trivedy PERSONNE confianza alta estable Fuente ↗

← recomienda

Cast Software ORGANISATION confianza alta dinámico Fuente ↗

→ es una variante de

Context engineering METHODOLOGIE confianza alta atemporal Fuente ↗

→ reemplaza

Context Engineering METHODOLOGIE confianza alta estable Fuente ↗

Citada en (4)