# openai-harness-engineering-codex-agent-first-2026-02-13

## Veille

Ingeniería de harness en OpenAI: 1 millón de líneas de código, cero escritura manual, agentes Codex, ingeniería de entornos agent-first

## Titre Article

Harness engineering: leveraging Codex in an agent-first world

## Date

2026-02-13

## URL

https://openai.com/index/harness-engineering/

## Keywords

harness engineering, Codex, agentes de codificación, cero código manual, ingeniería de contexto, restricciones arquitectónicas, garbage collection, linters personalizados, Tests structurels, capas de dependencia, documentación estructurada, bucles de retroalimentación, agent-first, CI/CD, pull requests automatizados

## Authors

OpenAI

## Ton

**Perfil**: Perspectiva de ingeniería interna, registro técnico elevado, tono factual de informe de experiencia. Publicación de un equipo de ingeniería de OpenAI.

**Descripción**: El tono es el de un informe de ingeniería interno, factual y ambicioso. El artículo adopta una postura de "mostrar, no contar" al presentar los resultados de un experimento interno radical (cero código escrito manualmente) con cifras concretas. El estilo es directo, orientado a la práctica, con una estructura que progresa de "qué falló" a "qué funcionó" y "qué se acumuló". El artículo presupone una audiencia de desarrolladores y arquitectos de software familiarizados con los agentes de codificación, los pipelines de CI/CD y las prácticas de ingeniería a gran escala. El mensaje central es provocador: el trabajo del ingeniero ya no es escribir código, sino diseñar entornos para los agentes.

## Pense-betes

- **Experimentación radical**: un equipo de 3 ingenieros (luego 7) produjo aproximadamente 1 millón de líneas de código en 5 meses sin escribir jamás una sola línea manualmente, únicamente mediante agentes Codex. Aproximadamente 1.500 PR fusionados, es decir, ~3,5 PR por ingeniero y día
- **Filosofía "sin código escrito manualmente"**: principio fundacional del equipo — los humanos nunca contribuyen directamente al código. La ingeniería se centra en sistemas, andamiaje y apalancamiento
- **Definición del harness**: el entorno completo de andamiaje, restricciones y bucles de retroalimentación que rodean a un agente de IA (estructura del repo, configuración de CI, reglas de formato, gestor de paquetes, frameworks, instrucciones de proyecto, integración de herramientas, linters)
- **Tres pilares**: (1) Ingeniería de contexto, (2) Restricciones arquitectónicas, (3) Gestión de la entropía (garbage collection)
- **Ingeniería de contexto**: documentación estructurada dentro del repo con mapas del sistema, planes de ejecución, especificaciones de diseño. Las decisiones de arquitectura de Slack deben codificarse como artefactos versionados dentro del repo. «Desde el punto de vista del agente, lo que no está en el contexto no existe»
- **Restricciones arquitectónicas**: modelo estricto en capas con dirección de dependencia validada: Types → Config → Repo → Service → Runtime → UI. Aplicación mecánica mediante linters personalizados (generados por Codex) y Tests structurels en CI
- **Linters inteligentes**: los mensajes de error de los linters están diseñados para inyectar instrucciones de corrección directamente en el contexto del agente, no simplemente bloquear el código
- **Garbage collection**: tareas Codex recurrentes en segundo plano que identifican desviaciones respecto a los "principios de oro", actualizan las calificaciones de calidad y abren PR de refactorización para fusión automática
- **Cambio fundamental de rol**: el ingeniero pasa de escribir código a diseñar entornos, especificar intenciones y construir bucles de retroalimentación
- **Cita de Martin Fowler**: describe la ingeniería de harness como un «encuadre valioso» para el desarrollo asistido por IA
- **El cuello de botella**: el rendimiento de los agentes depende a menudo más del diseño del entorno que de la inteligencia del modelo

## RésuméDe400mots

OpenAI publica un relato de una metodología interna denominada «harness engineering» aplicada al desarrollo agent-first con Codex. A lo largo de cinco meses, un equipo de tres ingenieros (ampliado después a siete) produjo un producto interno en fase beta que contiene aproximadamente un millón de líneas de código, sin una sola línea escrita manualmente. Los agentes Codex abrieron, evaluaron y fusionaron aproximadamente 1.500 pull requests, un promedio de 3,5 PR por ingeniero y día.

El harness se define como el entorno completo de andamiaje, restricciones y bucles de retroalimentación que rodean a un agente de IA: estructura del repositorio, configuración de CI, reglas de formato, frameworks de aplicación, instrucciones de proyecto, integración de herramientas externas y linters. El primer commit en un repositorio vacío fue generado por Codex CLI con GPT-5, guiado por plantillas.

El enfoque se apoya en **tres pilares**. La **ingeniería de contexto** se basa en documentación estructurada dentro del repositorio, organizada en directorios que contienen mapas del sistema, planes de ejecución y especificaciones de diseño. Las decisiones de arquitectura tomadas en Slack deben codificarse como artefactos versionados accesibles dentro del repo, ya que, desde el punto de vista del agente, lo que no está en el contexto no existe.

Las **restricciones arquitectónicas** se aplican de forma mecánica mediante un modelo estricto de capas de dependencia (Types → Config → Repo → Service → Runtime → UI), linters personalizados generados por Codex y Tests structurels de estilo ArchUnit ejecutados en CI. Los mensajes de error de los linters están diseñados para inyectar instrucciones de corrección directamente en el contexto del agente, convirtiendo las restricciones en orientación activa.

La **gestión de la entropía** (garbage collection) consiste en tareas Codex recurrentes que analizan el código en busca de desviaciones respecto a los principios establecidos, actualizan las calificaciones de calidad y abren PR de refactorización con fusión automática.

El artículo afirma un cambio fundamental en el rol del ingeniero: el ingeniero ya no programa, sino que diseña entornos, especifica intenciones y construye bucles de retroalimentación para los agentes. El mayor desafío identificado se refiere al diseño de estos entornos, bucles de retroalimentación y sistemas de control. El cuello de botella en el rendimiento de los agentes reside a menudo en el diseño del entorno más que en la inteligencia del modelo. Martin Fowler describió este enfoque como un «encuadre valioso» para el desarrollo asistido por IA.

## GrapheDeConnaissance

- OpenAI —publie→ Harness engineering: leveraging Codex in an agent-first world (DOCUMENT, 0.99)
- OpenAI —mesure→ 1 million de lignes de code produites sans écriture manuelle en 5 mois (MESURE, 0.95)
- Codex —mesure→ 1500 pull requests fusionnées en 5 mois (MESURE, 0.93)
- Harness engineering —est_basé_sur→ Ingénierie de contexte (CONCEPT, 0.97)
- Harness engineering —est_basé_sur→ Contraintes architecturales (CONCEPT, 0.97)
- Harness engineering —est_basé_sur→ Garbage collection (code) (CONCEPT, 0.95)
- Contraintes architecturales —utilise→ Couches de dépendances Types→Config→Repo→Service→Runtime→UI (CONCEPT, 0.92)
- Linters custom —permet→ Instructions de correction dans contexte agent (CONCEPT, 0.9)
- Garbage collection (code) —permet→ PRs de refactoring auto-mergées (CONCEPT, 0.88)
- Martin Fowler —affirme_que→ Harness engineering est un cadrage précieux (AFFIRMATION, 0.9)
- Codex —utilise→ GPT-5 (TECHNOLOGIE, 0.85)
- Conception d'environnements pour agents —remplace→ écriture manuelle de code par l'ingénieur (CONCEPT, 0.92)

---
Canonical: https://www.thekb.eu/es/fiches/openai-harness-engineering-codex-agent-first-2026-02-13/