XYZNOT

Artículos · arXiv 2610.14224

Harness^2: Recursive Agent Harnessing for an Open World

Publicado cs.AIcs.CLcs.LG arXivPDF

Leer con traducción e IA

Resumen en tres líneas

  1. 🎯 En el despliegue de agentes en entornos abiertos, las tareas novedosas carecen de verificadores ground-truth, y las ediciones del harness específicas de una tarea no se transfieren a tareas futuras.
  2. 🔧 Harness2 introduce dos niveles acoplados de recursión: recursión a nivel de tarea mediante pasos contrastivos de Propose–Probe–Compose, y recursión a nivel de harnessing que actualiza una biblioteca de mejora continua a través de las tareas.
  3. 📈 Logra mejoras en un solo paso de hasta 11.5 puntos en WorkBuddy-Bench, 4.5 puntos en JobBench y 11.8 puntos porcentuales en LAB, con ganancias adicionales mediante recursión paralela o secuencial.

Resumen

Las capacidades de los agentes basados en LLM dependen no solo de sus modelos subyacentes, sino también de sus entornos de ejecución o execution harnesses. La autorrefinamiento recursivo (RSI, por sus siglas en inglés) ofrece un enfoque prometedor para evolucionar automáticamente estos harnesses. Sin embargo, desplegar RSI en entornos de mundo abierto aún enfrenta dos desafíos críticos. En primer lugar, las tareas de mundo abierto suelen ser inéditas durante la fase de diseño del harness y novedosas en el momento de la prueba, por lo que no existen verificadores ground-truth que guíen de manera confiable las ediciones del harness en línea. En segundo lugar, el proceso de RSI sigue siendo altamente específico para cada tarea y no logra generalizar a escenarios novedosos. Presentamos Harness^2, un marco modular de recursive agent harnessing que aborda estos desafíos mediante dos niveles conectados de recursión. La recursión a nivel de tarea refina el harness de la tarea actual mediante un paso contrastivo de Propose-Probe-Compose que guía de forma fiable las modificaciones sin verificadores ground-truth, y puede escalarse aún más mediante recursión paralela o secuencial. Por su parte, la recursión a nivel de harnessing extrae la experiencia de estas ediciones para actualizar un harness de mejora continua, lo que permite al agente adaptarse mejor a tareas futuras. En tres benchmarks profesionales y cuatro configuraciones de modelo-harness, un solo paso mejora consistentemente a GLM-5 y Gemini 3.5 Flash respecto a sus harnesses base, logrando ganancias de hasta 11.5 puntos en WorkBuddy-Bench, 4.5 puntos en JobBench y 11.8 puntos porcentuales en LAB, con mejoras adicionales a medida que aumenta el presupuesto de recursión a nivel de tarea.

Resumen original (inglés)

LLM agents' capabilities depend not only on their underlying models but also on their execution harnesses. Recursive self-improvement (RSI) offers a promising approach to automatically evolve these harnesses. However, deploying RSI in open-world settings still faces two critical challenges. First, open-world tasks are typically unseen during the harness design phase and novel at test time, leaving no ground-truth verifiers to reliably guide online harness edits. Second, the RSI process remains highly task-specific and fails to generalize to novel scenarios. We introduce Harness^2, a plug-and-play, recursive agent harnessing framework that addresses these challenges through two connected levels of recursion. Task-level recursion refines the current task's harness using a contrastive Propose-Probe-Compose step that reliably guides edits without ground-truth verifiers, and can be scaled further via parallel or sequential recursion. Harnessing-level recursion then extracts experience from these edits to update a continual improvement harness, enabling the agent to better adapt to future tasks. Across three professional benchmarks and four model-harness configurations, a single step consistently improves GLM-5 and Gemini 3.5 Flash over their base harnesses, yielding gains of up to 11.5 points on WorkBuddy-Bench, 4.5 points on JobBench, and 11.8 percentage points on LAB, with further gains as the task-level recursion budget increases.

Guía de lectura

Problema y motivación

El rendimiento de un agente basado en LLM depende en gran medida de su execution harness: el andamiaje en tiempo de ejecución compuesto por prompts, herramientas, memoria, subagentes y plugins que rodea a un modelo base congelado. En entornos dinámicos de mundo abierto, los agentes se enfrentan continuamente a flujos de trabajo complejos y no vistos previamente. Las técnicas existentes de autorrefinamiento recursivo (RSI) para harnesses tienen dificultades debido a dos desafíos principales:

  1. Ausencia de verificadores ground-truth: Las tareas desplegadas en línea no proporcionan respuestas ground-truth ni funciones confiables de puntuación en tiempo de prueba para evaluar si una edición del harness en línea benefició o perjudicó el rendimiento.
  2. Falta de transferencia entre tareas: Las modificaciones directas del harness suelen ser específicas para una sola tarea; transferir a ciegas un execution harness a través de distribuciones cambiantes de tareas provoca inestabilidad y regresiones en el rendimiento.

Ideas clave

Harness^2 acopla dos niveles distintos de recursión:

  • Recursión a nivel de tarea (Task-Level Recursion): Refina el execution harness para la tarea activa sin verificadores ground-truth mediante un ciclo contrastivo de Propose–Probe–Compose. Formula propuestas invariantes (flujos de trabajo operacionales del agente) y propuestas específicas del dominio (reglas de dominio para profesionales), prueba ambas bajo condiciones equivalentes y compone las mejoras de comportamiento verificadas.
  • Recursión a nivel de harnessing (Harnessing-Level Recursion): Extrae lecciones procedimentales reutilizables y componentes adoptados del proceso de refinamiento en tiempo de prueba hacia una biblioteca de mejora del harness persistente, mejorando la meta-capacidad del optimizador en tareas subsiguientes.
  • Escalabilidad modular: Permite escalar la amplitud de exploración mediante recursión paralela ( conjuntos de candidatos compuestos de forma concurrente) o la profundidad mediante recursión secuencial ( iteraciones encadenadas).

Método

Un agente se descompone en un modelo congelado y un harness editable distribuido en componentes a nivel de archivo (prompt del sistema, barandillas de seguridad, memoria, habilidades, orientación de herramientas, scripts, subagentes y plugin de middleware).

Recursión a nivel de tarea

Para una tarea , un historial de ejecución y un harness de mejora fijo , un paso contrastivo produce un harness actualizado , un registro de ejecución y un registro de paso :

  1. Propose: Muestrea una ejecución de referencia . Condicionado a y , genera un candidato invariante (flujo procedimental/de herramientas) y un candidato específico del dominio (restricciones del profesional).
  2. Probe: Ejecuta los candidatos sobre para observar contrastes de comportamiento frente a la ejecución de referencia.
  3. Compose: Fusiona selectivamente las ediciones verificadas y no conflictivas del conjunto de candidatos.

En la recursión paralela, se muestrean candidatos invariantes y de dominio, y sesiones independientes de composición generan los sucesores: En la recursión secuencial, se encadenan secuencialmente pasos de refinamiento:

Recursión a nivel de harnessing

Tras completar la tarea y seleccionar el artefacto, el proceso de mejora revisa el registro completo de mejora para actualizar la biblioteca del harness de mejora: Las lecciones aprendidas se condicionan explícitamente a contrastes de trayectorias concretas, evitando atribuciones espurias.

Resultados

Evaluado en WorkBuddy-Bench (WB), JobBench y Legal Agent Benchmark (LAB) utilizando Gemini 3.5 Flash y GLM-5 bajo OpenCode y Codex:

  • Ganancias en un solo paso (): Produce mejoras de hasta puntos en WB Avg. (GLM-5 en OpenCode: ), puntos en JobBench (Gemini en OpenCode: ) y puntos porcentuales en la tasa de aprobación parcial de LAB (GLM-5 en OpenCode: ).
  • Escalado del presupuesto: Añadir recursión paralela con produce ganancias adicionales de a puntos en WB, a puntos en JobBench y a puntos porcentuales en LAB.
  • Optimizador con el mismo modelo: Demuestra que las mejoras no dependen de un modelo externo superior; cuando el mismo modelo actúa tanto de ejecutor como de editor del harness (probado desde GLM-5 hasta Claude Opus 5), se observan mejoras de rendimiento consistentes en todos los benchmarks.
  • Ablaciones de componentes: Eliminar la biblioteca, la delimitación de roles y la composición reduce el rendimiento en WB en , y puntos, respectivamente.

Limitaciones y preguntas abiertas

  • Sobrecarga de cómputo en inferencia: Proponer, probar y componer múltiples harnesses incurre en costos adicionales sustanciales de tokens y rollouts.
  • Estocasticidad y sesgo de atribución: Sin verificadores ground-truth, confiar en contrastes de comportamiento aún puede conducir ocasionalmente a una atribución de crédito ruidosa o a ediciones conservadoras/restrictivas cuando la varianza de la ejecución es alta.
  • Crecimiento y poda de la biblioteca: La biblioteca retiene componentes de forma secuencial; los mecanismos para podar lecciones obsoletas o consolidar activamente habilidades en conflicto a lo largo de horizontes de tareas muy extensos siguen siendo un área abierta de investigación.

Términos clave

harness
El andamiaje en tiempo de ejecución (incluyendo prompts del sistema, barandillas de seguridad, memoria, habilidades, orientación de herramientas, scripts, subagentes y plugins de middleware) que rodea a un LLM base congelado para operar como un agente.
recursive agent harnessing
Un marco de autorrefinamiento recursivo de doble bucle donde la recursión a nivel de tarea refina el execution harness de la tarea actual, mientras que la recursión a nivel de harnessing actualiza el mecanismo de mejora a través de las tareas.
Propose–Probe–Compose
Un paso contrastivo de mejora del harness que propone modificaciones delimitadas, prueba empíricamente su comportamiento frente a ejecuciones de referencia y compone de forma selectiva las diferencias validadas sin etiquetas ground-truth.
parallel recursion
Un enfoque de exploración a nivel de tarea que genera y prueba concurrentemente múltiples candidatos invariantes y específicos del dominio, seguido de múltiples sesiones de composición independientes.
sequential recursion
Una estrategia de refinamiento iterativo a nivel de tarea que encadena pasos sucesivos de mejora contrastiva condicionados al historial de ejecución acumulado.
harness improvement library
Un repositorio persistente entre tareas que contiene harnesses ejecutables adoptados y lecciones operacionales documentadas que informan futuras modificaciones del harness.
invariant candidate
Una variante de harness propuesta dirigida a deficiencias generales de la ejecución agéntica, tales como el uso de herramientas, la planificación, el scripting determinista o la gestión del contexto.
domain-specific candidate
Una variante de harness propuesta dirigida a requisitos procedimentales, conocimiento del dominio, comprobaciones de coherencia y contratos de entregables relevantes para un dominio operativo específico.

Preguntas

¿Cómo evalúa Harness2 las ediciones del harness sin verificadores ground-truth ni etiquetas de tareas?

Utiliza contrastes de comportamiento obtenidos durante pruebas emparejadas de candidatos frente a rollouts de referencia no modificados. En lugar de asumir puntuaciones de corrección, el compositor busca mecanismos de comportamiento específicos, mitigación de errores y conformidad en las salidas dentro de las trayectorias de ejecución.

¿Requiere Harness2 un LLM más potente para actuar como editor del harness?

No. Los experimentos que utilizaron exactamente el mismo modelo tanto de ejecutor como de editor del harness (probados en variantes de GLM-5, Gemini y Claude) mostraron mejoras consistentes en todos los benchmarks evaluados, incluyendo una ganancia de 13.7 puntos en LAB utilizando GLM-5.

¿Qué ocurre si una edición propuesta para el harness introduce errores o falla la validación?

Harness2 realiza una validación estructural (por ejemplo, verificando los activadores de habilidades y la sintaxis de los scripts). Si no es válida, reintenta una vez con la retroalimentación del validador; si vuelve a fallar o causa problemas catastróficos en tiempo de ejecución, como salidas vacías, recurre de forma segura al estado estable anterior del harness.

¿Puede la experiencia acumulada en un benchmark transferirse a otro?

Sí. En experimentos inter-benchmark, transferir una biblioteca de mejoras acumulada en JobBench a WorkBuddy-Bench mejoró el rendimiento del refinamiento en un solo paso en los dominios de Code (+0.6), Web (+0.5) y Office (+2.9) sin necesidad de pruebas empíricas adicionales.

La explicación de esta página la escribió una IA a partir del artículo y puede contener errores. Consulte el artículo para los detalles.

Leer con traducción e IA