Tratopedia
EN
Ajustes

Tamaño del texto

Tema

Alto contraste

Versión

v1.184.0

La publicación con la que se generó esta página. Es la que almacena en caché el service worker.

Terminología · Ingeniería de LLM · Agentes de IA · Evaluación comparativa · IA · ExplicaciónEl término y su práctica, de octubre de 2022 a septiembre de 2026

Tercero de cinco · la capa más externa

Empezó como el ajuste de un agente. En marzo significaba todo menos el modelo.

El 4 de noviembre de 2025 Dex Horthy escribió que veía surgir una práctica nueva y que la llamaría ingeniería de harness: aplicar la ingeniería de contexto a los comandos, hooks, skills y herramientas que un usuario conecta a un agente de programación ya existente. El 5 de febrero de 2026 Mitchell Hashimoto, que no conocía ningún término aceptado, usó la misma expresión para algo del mismo tamaño: un archivo de instrucciones y unos cuantos scripts. El 10 de marzo Vivek Trivedy la definió como todo lo que hay en un agente y no es el modelo, y ese es el sentido que da hoy la enciclopedia. La bibliografía atribuye la expresión a Hashimoto o a Trivedy; ninguna de las dos atribuciones menciona la publicación más antigua hallada. Lo que se ha medido desde entonces es más estrecho que lo que se afirma: fijar el modelo y cambiar solo el harness mueve las puntuaciones, en cantidades que dependen del modelo.

Dos usos pequeños y luego una definición grande La expresión tuvo dos veces el tamaño de la configuración de un usuario antes de tener el del agente.

  • 93días desde el primer uso hallado de la expresión hasta el de Hashimoto
  • 33días desde el uso de Hashimoto hasta la definición de Trivedy como todo menos el modelo
  • 13.7puntos ganados en Terminal Bench 2.0 con el modelo fijo y solo el harness cambiado, según LangChain sobre su propio agente
  • 0fuentes que concilien si la ingeniería de harness contiene la ingeniería de contexto o es una forma de ella
  • Dex Horthy · X · 4 nov 2025

    “Que llamaré ingeniería de harness”

    El primer uso hallado de la expresión.

    • Su definición: aplicar los principios de la ingeniería de contexto a cómo se usa un agente ya existente; en Claude Code, “los comandos, hooks, skills, agentes, MCP, etc.” que un usuario le conecta.
    • Su pregunta: ¿cómo se diseñan los puntos de integración de un agente dado para obtener los mejores resultados?
    • Cuatro meses después, el blog de HumanLayer, la empresa que él cofundó, atribuyó a Trivedy la creación del término.
  • Mitchell Hashimoto · 5 feb 2026

    “He acabado llamando a esto ingeniería de harness”

    El mismo tamaño, 93 días después.

    • No conocía ningún término aceptado en el sector, y dijo que adoptaría uno si existía.
    • Dos formas, y ese es todo su alcance: un AGENTS.md en el que cada línea procede de un mal comportamiento del agente, y “herramientas programadas de verdad”, como scripts para capturas de pantalla y pruebas filtradas.
    • La regla que nombra: cuando un agente comete un error, se diseña un arreglo para que no vuelva a cometerlo.
  • Vivek Trivedy · LangChain · 10 mar 2026

    Agente = Modelo + Harness

    La definición que la ensanchó.

    • “Si no eres el modelo, eres el harness”: todo el código, la configuración y la lógica de ejecución que no es el modelo; sistema de archivos, sandbox, navegador, orquestación, hooks.
    • Llama a la frontera una elección: hay “muchas formas enrevesadas” de trazarla, y esta es, en su opinión, la más limpia.
    • La entrada de la enciclopedia, las listas recopiladas, los artículos de investigación y las explicaciones de los proveedores usan todos este sentido, no el anterior.
  • Wikipedia · revisión del 12 sep 2026

    “La infraestructura de software que rodea a un modelo de lenguaje grande”

    La versión de la enciclopedia.

    • Gestiona “el uso de herramientas, la memoria, la persistencia del estado, los entornos de ejecución y los bucles de retroalimentación, a diferencia del razonamiento interno del modelo”.
    • Dice que la atribución de la expresión se disputa entre Hashimoto y Trivedy. Horthy no aparece.
    • Fecha en 2026 la publicación de Anthropic sobre harnesses para tareas largas. La publicación dice 26 de noviembre de 2025.

¿Con cuánta firmeza se sostiene cada una? Ordenado desde lo que muestran las propias publicaciones hasta lo que infiere esta página.

FirmezaQuéSobre qué
Leído en origenHorthy usó la expresión el 4 nov 2025, para la ingeniería de contexto aplicada a los puntos de integración de un agente existenteSu publicación en X, con fecha y hora
Leído en origenHashimoto la usó el 5 feb 2026, diciendo que no conocía ningún término aceptadoSu propia publicación, fechada, escrita a mano según él
Leído en origenTrivedy definió Agente = Modelo + Harness el 10 mar 2026El blog de LangChain, firmado y fechado
Declarado por el propio interesadoDel 52.8% al 66.5% en Terminal Bench 2.0 con gpt-5.2-codex fijoEl propio agente de LangChain, publicado por Trivedy el 17 feb 2026. LangChain vende la biblioteca de harness
Declarado por el propio interesadoAlrededor de un millón de líneas de código y unas 1,500 solicitudes de incorporación, ninguna escrita a manoOpenAI sobre su propio equipo, 11 feb 2026
Disputado por escritoSi la ingeniería de harness es una forma de ingeniería de contexto o la contieneCinco afirmaciones dicen lo primero y dos lo segundo; véase la sección tres
Disputado por escritoQuién la acuñó: HumanLayer y Osmani dicen que Trivedy; Wikipedia, que Hashimoto o TrivedyLas tres se escribieron después de la publicación de Horthy, y ninguna la nombra
Atribuido, no comprobableOpus 4.6 en Claude Code “puntúa muy por debajo” de Opus 4.6 en otros harnesses en Terminal Bench 2.0Palabras de Trivedy. La clasificación ya no incluye Opus 4.6, así que la diferencia no puede leerse en ella
Lectura de esta páginaLa expresión empezó dos veces en el lado del usuario y a pequeña escala, antes de que una definición la convirtiera en todo menos el modeloReconstruido a partir de las publicaciones fechadas. Ninguna fuente lo dice

El sustantivo, luego la expresión, luego la definición, luego la investigación Cada fecha, leída en el propio documento.

  1. oct 2022El bucle, como artículo. Yao y sus colegas publican ReAct, en el que un modelo alterna entre razonar y actuar. Los harnesses posteriores ejecutan ese ciclo: el modelo razona, el harness actúa y registra lo ocurrido, el modelo lee el resultado.
  2. feb 2023Las herramientas, como artículo. Toolformer muestra un modelo de lenguaje que aprende por sí solo a llamar a herramientas externas mediante interfaces sencillas.
  3. dic 2024La idea, sin la palabra. Anthropic sostiene que la interfaz entre agente y ordenador merece tanto esfuerzo como la interfaz entre persona y ordenador, y pide a quienes construyen hacer sus herramientas a prueba de errores: cambiar los argumentos para que equivocarse cueste más.
  4. 23 sep 2025El sustantivo recibe una definición de trabajo. Trivedy, en su propio blog, define un harness de agente como un conjunto externo de funciones que mejora la ejecución del modelo: gestión del contexto, herramientas, permisos, estado, control del bucle, observabilidad. La expresión ingeniería de harness no aparece.
  5. 4 nov 2025El primer uso hallado de la expresión. Dex Horthy publica que ve surgir un concepto nuevo, “que llamaré ‘ingeniería de harness’”: aplicar la ingeniería de contexto a cómo se usa un agente existente. En Claude Code, eso son los comandos, hooks, skills, agentes y servidores MCP que un usuario conecta al harness que trae de serie. No se puede hacer ingeniería de harness sin entender la ingeniería de contexto, añade.
  6. 26 nov 2025La práctica, publicada entera. Justin Young, de Anthropic, describe un harness para agentes de larga duración: un agente inicializador que deja init.sh, un archivo de progreso y un primer commit, y un agente programador que hace una funcionalidad por sesión. La lista de funcionalidades va en JSON porque el modelo es menos propenso a sobrescribir JSON que Markdown. La compactación por sí sola no basta.
  7. 23 ene 2026El sustantivo es corriente en OpenAI. Michael Bolin, al explicar el bucle del agente de Codex, lo usa de pasada: “el papel que desempeña nuestro agente, o harness, al aprovechar un LLM”.
  8. 4 feb 2026Sin ninguna glosa. Celia Chen, de OpenAI: la aplicación web, la interfaz de línea de órdenes, la extensión del IDE y la aplicación para macOS funcionan “todas con el mismo harness de Codex”.
  9. 5 feb 2026La expresión de nuevo, para una costumbre. Mitchell Hashimoto, al contar cómo adoptó las herramientas de IA, llega al paso que llama Diseñar el harness: no conoce ningún término aceptado, ha “acabado llamando a esto ‘ingeniería de harness’” y adoptaría otra palabra si existiera. Significa un AGENTS.md en el que cada línea responde a un mal comportamiento del agente, y unos cuantos scripts.
  10. 11 feb 2026La expresión como título. Ryan Lopopolo, de OpenAI, publica Harness engineering: cinco meses, alrededor de un millón de líneas de código y unas 1,500 solicitudes de incorporación escritas por Codex sin código escrito a mano, por un equipo que pasó de tres ingenieros a siete. En el cuerpo la palabra harness aparece una vez, en “Evaluation harnesses”. Las cifras son de OpenAI.
  11. 17 feb 2026Una medición y un memorando. Trivedy informa de que el agente de programación de LangChain pasó del 52.8% al 66.5% en Terminal Bench 2.0, de quedar justo fuera de los treinta primeros a estar entre los cinco primeros, con gpt-5.2-codex fijo: “Solo cambiamos el harness.” Ese mismo día Birgitta Böckeler publica un primer memorando sobre la ingeniería de harness, “cuando el término apareció por primera vez”.
  12. 10 mar 2026La palabra se hace enorme. Trivedy publica The Anatomy of an Agent Harness: Agente = Modelo + Harness, cada componente deducido hacia atrás a partir de un comportamiento; sistemas de archivos para un estado duradero, bash para la autonomía, sandboxes para tener un lugar seguro donde actuar, hooks para un control determinista. Treinta y tres días después de la publicación de Hashimoto, la expresión abarca todo lo que no es el modelo.
  13. 12 mar 2026La primera atribución. HumanLayer, la empresa que cofundó Horthy, dice que la ingeniería de harness fue “acuñada por Viv” y, en la misma publicación, que es “un subconjunto de la ingeniería de contexto”.
  14. 24 mar 2026Un principio para quitar cosas. Prithvi Rajasekaran, de Anthropic: cada componente de un harness codifica una suposición sobre lo que el modelo no puede hacer por sí solo, y esas suposiciones caducan a medida que los modelos mejoran. Con un modelo más nuevo, elimina toda una capa de descomposición de tareas.
  15. 2 abr 2026El lado del usuario recibe una forma. El artículo completo de Böckeler divide el harness en guías que orientan antes de que el agente actúe y sensores que observan después, cada uno computacional o inferencial, y separa la parte del harness que un agente de programación ya trae incorporada del harness externo que el usuario construye para él. Su recuadro: un harness de usuario es una forma específica de ingeniería de contexto.
  16. 19 abr 2026Una síntesis y una segunda atribución. Addy Osmani, en su propio blog, republicado por O'Reilly el 15 de mayo: “Viv Trivedy acuñó el término ingeniería de harness.” Abre con la regla de Hashimoto, cita la fórmula de Trivedy como “la frase de Viv” y añade la suya: solo se añaden restricciones cuando se ha visto un fallo real.
  17. may 2026Se convierte en objeto de investigación. Un artículo de posición, el 7 de mayo, sostiene que en tareas largas el harness suele pesar más que el modelo, y que las clasificaciones que comparan modelos sin revelar su harness engañan. Hailin Zhong y Shengxin Zhu, el 13 de mayo, formalizan el harness como un sustrato de ejecución con once responsabilidades y una escala de cuatro niveles.
  18. jun 2026Harnesses que aprenden. Harness-1, 1 de junio: un agente de búsqueda de veinte mil millones de parámetros entrenado con aprendizaje por refuerzo dentro de un harness que mantiene la contabilidad fuera del modelo. Self-Harness, 8 de junio: un agente extrae sus propios fallos y edita su propio harness, y en los nueve pares de modelo y banco de pruebas evaluados el resultado mejora, con ganancias relativas de hasta el 132%. Databricks, 17 de junio: la ingeniería de prompts y la de contexto “viven ambas dentro de la ingeniería de harness”.
  19. jul 2026El trinquete, automatizado, y el campo, auditado. Phantom Guardrails, 13 de julio: un editor automático de harnesses, al que solo se muestran ejecuciones legales, añade una salvaguarda para un fallo que nunca ocurrió en 15 de 60 pruebas cuando la entrada se parece a una regla conocida, frente a 0 de 60 sin ese parecido. Un estudio del código fuente de once harnesses de programación en producción, el 15 de julio, halla que ninguno importa un marco agéntico de uso general.
  20. sep 2026La enciclopedia y el estudio de componentes. La entrada Agent harness de Wikipedia, revisada el 12 de septiembre, sigue diciendo que la atribución se disputa entre Hashimoto y Trivedy y sigue fechando en 2026 la publicación de Anthropic de noviembre de 2025. El 17 de septiembre, un estudio de 176 configuraciones emparejadas halla que lo que vale un componente del harness depende del modelo: la planificación mejora la precisión de los modelos más débiles y sobre todo ahorra dinero con los más fuertes.

Quién la nombró, y el único desacuerdo que sigue abierto Las fechas responden más a la cuestión del mérito que las propias atribuciones. Nada responde a la de la frontera.

Empecemos por lo que no se discute. Desde el 10 de marzo de 2026 el significado se ha quedado quieto: la entrada de la enciclopedia, Databricks, Osmani y los artículos de investigación repiten la definición de Trivedy. Tres listas de componentes elaboradas por separado — los ocho bloques de Databricks, las once responsabilidades de Zhong y Zhu, las doce primitivas de diseño de una lista recopilada — cortan lo mismo con distinto grano y en ningún punto se contradicen.

Sobre quién la nombró, las fechas dicen más que las atribuciones. Dex Horthy escribió el 4 de noviembre de 2025 que llamaría a una práctica nueva “ingeniería de harness”. Mitchell Hashimoto usó la expresión el 5 de febrero de 2026, diciendo que no conocía ningún término aceptado. OpenAI la usó como título el 11 de febrero. Trivedy la usó el 17 de febrero y la definió el 10 de marzo. Las atribuciones llegan todas después: HumanLayer, el 12 de marzo — la empresa que cofundó Horthy —, dice “acuñada por Viv”; Osmani, el 19 de abril, dice lo mismo; Wikipedia llama a la cuestión disputada entre Hashimoto y Trivedy. Ninguna de las tres nombra la publicación de Horthy. El primer uso hallado no prueba un primer uso, y esta página no atribuye la acuñación a nadie. Lo que sí muestran las fechas es que la discusión gira en torno a dos nombres que no fueron los primeros en usar la expresión, y que se les atribuyen cosas distintas: a Hashimoto, un nombre para una práctica pequeña; a Trivedy, la definición de una grande.

Lo que se discute es la frontera. Databricks: la ingeniería de prompts y la de contexto “viven ambas dentro de la ingeniería de harness”. Wikipedia: el harness “contiene a las otras dos como partes”. Del otro lado hay cinco afirmaciones. El primer uso de Horthy definía la ingeniería de harness como la aplicación de los principios de la ingeniería de contexto a un agente existente. Trivedy escribió en febrero que parte de la ingeniería de harness consiste en construir “un buen mecanismo de entrega para la ingeniería de contexto”, y en marzo que los harnesses actuales son “en gran medida mecanismos de entrega de una buena ingeniería de contexto”. HumanLayer la llama “un subconjunto de la ingeniería de contexto”. Böckeler: diseñar un harness de usuario para un agente de programación es “una forma específica de ingeniería de contexto”, y Wikipedia la cita a ella para la frase de la contención. Una lectura, y solo una lectura: el lado del subconjunto es el sentido en que se usó primero la expresión, y el del contenedor llegó con la ampliación de marzo. Ninguna fuente concilia ambas, y esta página no inventa un consenso que nadie ha publicado.

El rastro documental es joven y resbala. La referencia de Wikipedia para la publicación de Anthropic sobre harnesses de larga duración da el año 2026; la publicación está fechada el 26 de noviembre de 2025, tres semanas después del uso de Horthy y antes de cualquier otro uso hallado de la expresión. Esa fecha es la razón por la que la publicación importa, y la cita la pierde.

  • 93días entre el primer uso hallado de la expresión y el uso que la enciclopedia nombra primero
  • 1aparición de la palabra harness en el cuerpo de la publicación de OpenAI titulada Harness engineering, en “Evaluation harnesses”
  • 5 : 2afirmaciones publicadas que sitúan la ingeniería de harness dentro de la de contexto, frente a las que sitúan la de contexto dentro de ella

Qué se construye en la práctica Böckeler da la forma; Anthropic y OpenAI dan ejemplos resueltos.

  1. 1Pon guías delante del agenteControles anticipativos: archivos de instrucciones, skills, un script de arranque, modificaciones de código. Orientan antes de que el agente actúe. La advertencia de Böckeler: un harness que solo tiene esto codifica reglas pero nunca averigua si funcionaron.
  2. 2Pon sensores detrásControles de retroalimentación: pruebas, linters, comprobadores de tipos, un agente revisor. Un sensor debe escribir para quien lo lee: un mensaje de linter que le dice al modelo cómo arreglar el problema es, en palabras de Böckeler, una forma positiva de inyección de prompts. OpenAI hace lo mismo con lints propios cuyos mensajes de error llevan el remedio. Un harness que solo tiene sensores repite sus errores.
  3. 3Sabe de cuál de los dos tipos es cada controlLos controles computacionales son deterministas y rápidos: pruebas, linters, análisis estructural, de milisegundos a segundos, fiables. Los inferenciales son semánticos: revisión con IA, “el LLM como juez”; más lentos, más caros y no deterministas. Los sensores computacionales baratos pueden ejecutarse en cada cambio; los inferenciales tienen que ganarse su sitio.
  4. 4Escribe el estado donde el modelo no se lo comaEl ejemplo resuelto de Anthropic: una lista de más de 200 descripciones de extremo a extremo, todas marcadas al principio como fallidas, que los agentes solo pueden cambiar alternando un campo passes, en JSON y no en Markdown, porque el modelo es menos propenso a sobrescribir JSON, más un archivo de progreso y un commit al final de cada sesión. OpenAI mantiene su AGENTS.md en unas 100 líneas y lo trata como el índice de un directorio docs/.
  5. 5Convierte cada error en una regla, a manoLa regla de Hashimoto: cuando un agente comete un error, se diseña un arreglo para que no vuelva a cometerlo. Osmani añade el freno: solo se añade una restricción cuando se ha visto un fallo real. Automatizado, el freno patina: un editor automático de harnesses al que solo se mostraban ejecuciones legales inventó un fallo y le añadió una salvaguarda en 15 de 60 pruebas.

¿Funciona algo de esto? Las pruebas, calificadas Tres mantienen quieto el modelo y miden. Una argumenta. Una cambia también el modelo.

La afirmaciónCómo se midióCuánto vale
Terminal Bench 2.0Del 52.8% al 66.5%, 13.7 puntos, en 89 tareas, con gpt-5.2-codex fijo y cambiando el prompt, las herramientas y el middlewareLa forma correcta. Declarado por LangChain sobre su propio agente; LangChain vende la biblioteca de harness. El presupuesto de razonamiento también contó por sí solo: 53.9% con el ajuste más alto frente a 63.6% un escalón por debajo, por los tiempos agotados
Self-HarnessTres modelos de familias distintas, tres bancos de pruebas; el agente edita su propio harness, y un cambio solo se conserva tras pruebas de regresiónLas nueve combinaciones mejoran, con ganancias relativas de hasta el 132%. Modelo fijo; un preprint, leído en su resumen
176 configuraciones emparejadasUn bucle fijo con la planificación, las herramientas y la gestión del contexto variadas, cuatro modelos, dos bancos de pruebas de programaciónLo que vale un componente depende del modelo. La planificación mejora la precisión de los modelos más débiles y sobre todo ahorra dinero con los más fuertes; los modelos que dominan bash rinden igual solo con bash, por menos. Un preprint, leído en su resumen
Harness frente a modeloUn artículo de posición: una formalización, resultados publicados y una descomposición de la varianzaSostiene que la varianza debida al harness puede superar a la debida al modelo, invirtiendo la clasificación de los modelos. Un argumento, no una medición nueva; leído en su resumen
OfficeQA Pro52.63% con GPT-5.5 y el harness, “frente al 36.10% con GPT-5.4”No aísla el harness: el modelo cambió en el mismo paso. Y “reducir los errores casi a la mitad” no se sigue: del 63.90% al 47.37% es alrededor de una cuarta parte

Las comparaciones que mantienen fijo el modelo son las que importan, y conviene precisar por qué. Casi todas las fuentes de aquí afirman que el harness importa tanto como el modelo o más, y la mayoría vende algo. Una comparación que mantiene quieto el modelo y solo varía el harness no es una afirmación: es el experimento que la afirmación necesita. La de LangChain es declarada por la propia empresa; Self-Harness y el estudio de componentes son preprints leídos en sus resúmenes. Juntas respaldan una afirmación más estrecha que la de sus defensores: el harness mueve las puntuaciones, y lo que vale una pieza concreta depende del modelo que lleva dentro. La cifra de Databricks, que cambia a la vez el modelo y el harness, ni siquiera puede mostrar eso.

El campo también argumenta contra sí mismo, y esos argumentos valen más que su defensa. Trivedy, que definió la disciplina, escribe que, a medida que los modelos mejoren en planificación, autoverificación y tareas largas, el trabajo que hoy hace el harness pasará al modelo: “los harnesses deberían importar menos con el tiempo”. Señala un segundo problema: los agentes de programación se postentrenan con sus harnesses en el bucle, de modo que los modelos rinden más dentro del harness con el que se entrenaron, y cambiar la lógica de una herramienta puede empeorarlos. Lo llama sobreajuste. Rajasekaran, de Anthropic, plantea con claridad el lado del mantenimiento: cada componente codifica una suposición sobre lo que el modelo no puede hacer, y esas suposiciones caducan, así que un harness tiene que perder piezas además de ganarlas.

La investigación más reciente añade dos cautelas. Un estudio de once harnesses de programación en producción halló que ninguno importa un marco agéntico de uso general: el campo funciona con bucles hechos a mano, vendan lo que vendan los proveedores de marcos. Y el trinquete que está en el centro de la regla de Hashimoto — cada error se convierte en una regla permanente — tiene un modo de fallo cuando lo ejecuta una máquina. Con solo ejecuciones legales a la vista, un editor automático de harnesses inventó fallos y les añadió salvaguardas; dentro de un bucle que solo añade, una salvaguarda fantasma, una vez dentro, se queda.

  • 13.7puntos ganados con gpt-5.2-codex fijo, cifra de LangChain sobre su propio agente
  • 15/60pruebas en las que un editor automático de harnesses añadió una salvaguarda para un fallo que nunca ocurrió, cuando la entrada se parecía a una regla conocida; 0/60 cuando no
  • 0 de 11harnesses de programación en producción cuyo entorno de ejecución importa un marco agéntico de uso general

Qué llevarse de esto Cinco cosas, en el orden en que importan.

Una palabra puede cambiar de tamaño más deprisa que de significado

Dos veces se usó la expresión para algo pequeño y del lado del usuario: los puntos de integración de Horthy en noviembre de 2025, el archivo de instrucciones y los scripts de Hashimoto en febrero de 2026. El 10 de marzo Trivedy la aplicó a todo lo que no es el modelo, y las definiciones escritas desde entonces parten de la suya. Nadie discutió la ampliación; simplemente desplazó el sentido anterior.

Mantén quieto el modelo, o no habrás medido nada

La afirmación de que el harness importa se apoya ya en comparaciones con la forma correcta: los 13.7 puntos que declara LangChain, los nueve de nueve de Self-Harness, un estudio de componentes con 176 configuraciones. También dicen algo que la defensa no dice: el mismo componente ayuda a un modelo y con otro solo ahorra dinero. Una cifra que cambia a la vez el modelo y el harness, como la de Databricks, no muestra ninguna de las dos cosas.

El primero hallado no es el primero, y el mérito son dos preguntas

La bibliografía discute entre Hashimoto y Trivedy. El primer uso hallado es de Horthy, 93 días antes que el de Hashimoto, y ninguna atribución lo menciona. Los dos nombres habituales responden, además, a preguntas distintas: quién puso nombre a una costumbre pequeña y quién definió la cosa grande que hoy significa.

Pregunta a qué anidamiento se refiere cada cual

La definición está asentada; la frontera, no. Databricks y Wikipedia sitúan la ingeniería de prompts y la de contexto dentro de la de harness. Horthy, el propio Trivedy, HumanLayer y Böckeler sitúan la de harness dentro de la de contexto, o la llaman su mecanismo de entrega. Ambas lecturas están publicadas, ninguna está conciliada, y una afirmación sobre el alcance significa cosas distintas en cada una.

Cada regla es una suposición con fecha de caducidad

El trinquete añade una regla por cada error. El consejo de Anthropic es la otra mitad: cada componente codifica una suposición sobre lo que el modelo no puede hacer, y debe quitarse cuando el modelo pueda. Trivedy espera que los harnesses importen menos con el tiempo. Y ya se ha sorprendido a un trinquete automatizado añadiendo reglas para fallos que nunca ocurrieron. Un harness que solo crece no se está diseñando.

Lo que no pudo verificarse

Información sin confirmar — que en Terminal Bench 2.0 Opus 4.6 quedó hacia el puesto 33 dentro de Claude Code y hacia el 5 dentro de otro harness, con un margen de cuatro puestos. HumanLayer da los puestos, repitiendo a Trivedy, que solo dice “muy por debajo”. La clasificación ya no incluye Opus 4.6, y no se encontró ningún otro relato de esos puestos.

Mensaje principal y fuentes

  • Yao et al., ReAct, arXiv (6 oct 2022)
  • Schick et al., Toolformer, arXiv (9 feb 2023)
  • Erik S. y Barry Zhang, Anthropic (19 dic 2024)
  • Vivek Trivedy, vtrivedy.com (23 sep 2025)
  • Dex Horthy en X (4 nov 2025)
  • Justin Young, Anthropic (26 nov 2025)
  • Michael Bolin, OpenAI (23 ene 2026)
  • Celia Chen, OpenAI (4 feb 2026)
  • Mitchell Hashimoto, mitchellh.com (5 feb 2026)
  • Ryan Lopopolo, OpenAI (11 feb 2026)
  • Vivek Trivedy en X (17 feb 2026)
  • Vivek Trivedy, LangChain (10 mar 2026)
  • HumanLayer (12 mar 2026)
  • Prithvi Rajasekaran, Anthropic (24 mar 2026)
  • Birgitta Böckeler, martinfowler.com (2 abr 2026)
  • Addy Osmani, AddyOsmani.com (19 abr 2026; O'Reilly Radar, 15 may 2026)
  • Zhang et al., arXiv (7 may 2026)
  • Hailin Zhong y Shengxin Zhu, arXiv (13 may 2026)
  • Jiang et al., Harness-1, arXiv (1 jun 2026)
  • Zhang et al., Self-Harness, arXiv (8 jun 2026)
  • Databricks (17 jun 2026)
  • Wang et al., Phantom Guardrails, arXiv (13 jul 2026)
  • Barbaste et al., arXiv (15 jul 2026)
  • ai-boost, awesome-harness-engineering, GitHub
  • Agent harness, Wikipedia (revisión del 12 sep 2026)
  • Fan et al., arXiv (17 sep 2026). Todas leídas el 28 sep 2026. Este término es uno de los cinco que recoge el tema permanente ingeniería de LLM, que lo sitúa junto a los otros cuatro.

Versiones

Este documento se reescribe cuando lo que dice tiene que cambiar. Cada versión sigue publicada en su propia dirección.

  1. v0002 actual
  2. v0001 reemplazada

La versión actual también está en latest/.