Articles · arXiv 2610.14224
Harness^2 : Encadrement récursif d'agents pour un monde ouvert
Harness^2: Recursive Agent Harnessing for an Open World
Publié le cs.AIcs.CLcs.LG arXivPDF
Résumé en trois lignes
- 🎯 Dans le déploiement d'agents en monde ouvert, les nouvelles tâches manquent de vérificateurs de vérité terrain, et les modifications de harnais spécifiques à une tâche ne se transfèrent pas aux tâches futures.
- 🔧 Harness2 introduit deux niveaux couplés de récursion : la récursion au niveau de la tâche utilisant des étapes contrastives Proposer–Sonder–Composer, et la récursion au niveau du méta-harnachement qui met à jour une bibliothèque d'amélioration continue à travers les tâches.
- 📈 Produit des gains en une seule étape allant jusqu'à 11,5 points sur WorkBuddy-Bench, 4,5 points sur JobBench et 11,8 points de pourcentage sur LAB, avec des gains supplémentaires grâce à la récursion parallèle ou séquentielle.
Résumé
Les capacités des agents fondés sur des LLM dépendent non seulement de leurs modèles sous-jacents, mais aussi de leurs harnais d'exécution (execution harnesses). L'auto-amélioration récursive (RSI) offre une approche prometteuse pour faire évoluer automatiquement ces harnais. Cependant, le déploiement de la RSI en environnement ouvert se heurte encore à deux défis majeurs. Premièrement, les tâches en monde ouvert sont généralement inédites lors de la conception du harnais et nouvelles lors de l'inférence, sans vérificateurs de vérité terrain (ground-truth verifiers) pour guider de manière fiable les modifications en ligne du harnais. Deuxièmement, le processus de RSI reste fortement dépendant de la tâche et ne parvient pas à se généraliser à de nouveaux scénarios. Nous présentons Harness^2, un cadre modulaire d'encadrement récursif d'agents qui répond à ces défis grâce à deux niveaux connectés de récursion. La récursion au niveau de la tâche affine le harnais de la tâche courante via une étape contrastive Proposer-Sonder-Composer qui guide de façon fiable les modifications sans vérificateurs de vérité terrain, et peut être mise à l'échelle par récursion parallèle ou séquentielle. La récursion au niveau du méta-harnachement extrait ensuite l'expérience de ces modifications afin de mettre à jour un harnais d'amélioration continue, permettant à l'agent de mieux s'adapter aux tâches futures. Sur trois benchmarks professionnels et quatre configurations modèle-harnais, une seule étape améliore systématiquement GLM-5 et Gemini 3.5 Flash par rapport à leurs harnais de base, générant des gains allant jusqu'à 11,5 points sur WorkBuddy-Bench, 4,5 points sur JobBench et 11,8 points de pourcentage sur LAB, avec des gains accrus lorsque le budget de récursion au niveau de la tâche augmente.
Résumé original (anglais)
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.
Guide de lecture
Problème et motivation
Les performances d'un agent LLM dépendent fortement de son harnais d'exécution (execution harness)—l'échafaudage logiciel à l'exécution composé de prompts, d'outils, de mémoire, de sous-agents et de greffons entourant un modèle de base figé. Dans les contextes dynamiques en monde ouvert, les agents font continuellement face à des flux de travail complexes et inédits. Les techniques existantes d'auto-amélioration récursive (RSI) pour les harnais peinent en raison de deux défis majeurs :
- Absence de vérificateurs de vérité terrain : Les tâches de déploiement en ligne ne fournissent pas de réponses de référence ni de fonctions de score fiables lors de l'inférence pour évaluer si une modification de harnais en ligne a aidé ou dégradé les performances.
- Manque de transfert inter-tâches : Les modifications directes de harnais sont généralement spécifiques à une tâche ; propager aveuglément un harnais d'exécution à travers des distributions de tâches changeantes entraîne de l'instabilité et des régressions de performance.
Idées maîtresses
Harness^2 associe deux niveaux distincts de récursion :
- Récursion au niveau de la tâche (Task-Level Recursion) : Elle affine le harnais d'exécution pour la tâche active sans vérificateurs de vérité terrain via un cycle contrastif Proposer–Sonder–Composer (Propose–Probe–Compose). Elle élabore des propositions invariantes (flux opérationnels de l'agent) et des propositions spécifiques au domaine (règles métier des spécialistes), sonde les deux sous des conditions appariées, puis compose les améliorations comportementales validées.
- Récursion au niveau du méta-harnachement (Harnessing-Level Recursion) : Elle extrait les enseignements procéduraux réutilisables et les composants adoptés au cours du processus d'affinement en cours de test au sein d'une bibliothèque d'amélioration de harnais persistante, renforçant la méta-capacité du module d'amélioration sur les tâches ultérieures.
- Mise à l'échelle modulaire : Elle prend en charge l'extension de la largeur d'exploration via une récursion parallèle ( pools de candidats composés concurremment) ou de la profondeur via une récursion séquentielle ( itérations enchaînées).
Méthode
Un agent est décomposé en un modèle figé et un harnais modifiable réparti sur composants au niveau des fichiers (prompt système, garde-fous, mémoire, compétences, directives d'outils, scripts, sous-agents, greffon middleware).
Récursion au niveau de la tâche
Pour une tâche , un historique d'exécution et un harnais d'amélioration fixe , une étape contrastive produit un harnais mis à jour , un enregistrement d'exécution et un journal d'étape :
- Proposer (Propose) : Échantillonne une exécution de référence . Conditionnée par et , elle génère un candidat invariant (flux de procédures/outils) et un candidat spécifique au domaine (contraintes métier des spécialistes).
- Sonder (Probe) : Exécute les candidats sur pour observer les contrastes comportementaux par rapport à l'exécution de référence.
- Composer (Compose) : Fusionne sélectivement les modifications vérifiées et sans conflit issues du pool de candidats.
Dans la récursion parallèle, candidats invariants et spécifiques au domaine sont échantillonnés, et sessions de composition indépendantes génèrent des successeurs : Dans la récursion séquentielle, étapes de raffinement sont enchaînées séquentiellement :
Récursion au niveau du méta-harnachement
Une fois la tâche achevée et l'artefact sélectionné, le processus d'amélioration passe en revue l'historique complet d'amélioration pour mettre à jour la bibliothèque du harnais d'amélioration : Les enseignements sont explicitement conditionnés par des contrastes de trajectoires concrets, évitant ainsi les fausses attributions causales.
Résultats
Évalué sur WorkBuddy-Bench (WB), JobBench et Legal Agent Benchmark (LAB) à l'aide de Gemini 3.5 Flash et GLM-5 sous OpenCode et Codex :
- Gains en une seule étape () : Engendre des améliorations allant jusqu'à points sur WB Moy. (GLM-5 sur OpenCode : ), points sur JobBench (Gemini sur OpenCode : ), et points de pourcentage sur le taux de réussite partiel de LAB (GLM-5 sur OpenCode : ).
- Mise à l'échelle du budget : L'ajout de la récursion parallèle à apporte des gains supplémentaires de à points sur WB, à points sur JobBench, et à points de pourcentage sur LAB.
- Améliorateur fondé sur le même modèle : Démontre que les gains ne dépendent pas d'un modèle supérieur externe ; lorsque le même modèle agit à la fois comme exécuteur et éditeur de harnais (testé de GLM-5 jusqu'à Claude Opus 5), des améliorations constantes des performances sont observées sur l'ensemble des benchmarks.
- Ablations de composants : La suppression de la bibliothèque, du partitionnement des rôles (scoping) et de la composition réduit les performances sur WB de , et points, respectivement.
Limites et questions ouvertes
- Surcoût en calcul à l'inférence : Proposer, sonder et composer plusieurs harnais engendre des coûts substantiels en termes de jetons et de déploiements supplémentaires.
- Stochasticité et biais d'attribution : En l'absence de vérificateurs de vérité terrain, s'appuyer sur des contrastes comportementaux peut parfois mener à une attribution de crédit bruitée ou à des modifications conservatrices/restrictives lorsque la variance d'exécution est élevée.
- Croissance et élagage de la bibliothèque : La bibliothèque conserve les composants de manière séquentielle ; les mécanismes permettant d'élaguer les leçons obsolètes ou de consolider activement les compétences contradictoires sur de très longs horizons de tâches restent un domaine de recherche ouvert.
Termes clés
- harness
- L'échafaudage d'exécution—comprenant les prompts système, les garde-fous, la mémoire, les compétences, les directives d'outils, les scripts, les sous-agents et les greffons middleware—qui entoure un LLM de base figé pour fonctionner en tant qu'agent.
- recursive agent harnessing
- Un cadre d'auto-amélioration récursive à double boucle où la récursion au niveau de la tâche affine le harnais d'exécution de la tâche en cours, tandis que la récursion au niveau du méta-harnachement met à jour le mécanisme d'amélioration d'une tâche à l'autre.
- Propose–Probe–Compose
- Une étape contrastive d'amélioration de harnais qui propose des modifications ciblées du harnais, sonde leur comportement empirique par rapport à des exécutions de référence, et compose sélectivement les écarts validés sans étiquettes de vérité terrain.
- parallel recursion
- Une approche d'exploration au niveau de la tâche qui génère et sonde concurremment plusieurs candidats invariants et spécifiques au domaine, suivie de multiples sessions de composition indépendantes.
- sequential recursion
- Une stratégie d'affinement itératif au niveau de la tâche enchaînant des étapes successives d'amélioration contrastive, conditionnées par l'historique d'exécution accumulé.
- harness improvement library
- Un référentiel persistant inter-tâches contenant les harnais exécutables adoptés et les leçons opérationnelles documentées qui orientent les modifications futures du harnais.
- invariant candidate
- Une variante de harnais proposée visant à corriger les déficiences générales d'exécution de l'agent, telles que l'utilisation d'outils, la planification, la création de scripts déterministes ou la gestion du contexte.
- domain-specific candidate
- Une variante de harnais proposée ciblant les exigences procédurales, les connaissances du domaine, les contrôles de cohérence et les contrats de livrables propres à un domaine opérationnel spécifique.
Questions
Comment Harness2 évalue-t-il les modifications de harnais sans vérificateurs de vérité terrain ni étiquettes de tâches ?
Il s'appuie sur les contrastes comportementaux obtenus lors de l'évaluation comparative de candidats sondés face à des déploiements de référence non modifiés. Plutôt que de postuler des scores d'exactitude, le composeur recherche des mécanismes comportementaux précis, l'atténuation des erreurs et la conformité des sorties dans les trajectoires d'exécution.
Harness2 nécessite-t-il un LLM plus puissant pour faire office d'éditeur de harnais ?
Non. Les expériences menées en utilisant exactement le même modèle à la fois comme exécuteur et comme éditeur de harnais (testées sur les variantes de GLM-5, Gemini et Claude) ont montré des améliorations constantes sur tous les benchmarks évalués, y compris un gain de 13,7 points sur LAB avec GLM-5.
Que se passe-t-il si une modification de harnais proposée introduit des erreurs ou échoue à la validation ?
Harness2 effectue une validation structurelle (par exemple, la vérification des déclencheurs de compétences et de la syntaxe des scripts). En cas d'invalidité, il réessaie une fois avec le retour du validateur ; si l'échec persiste ou engendre des problèmes critiques à l'exécution tels que des sorties vides, il bascule en toute sécurité vers l'état stable précédent du harnais.
L'expérience accumulée sur un benchmark peut-elle être transférée à un autre ?
Oui. Lors d'expériences inter-benchmarks, le transfert d'une bibliothèque d'amélioration accumulée sur JobBench vers WorkBuddy-Bench a amélioré les performances de raffinement en une étape sur les domaines Code (+0,6), Web (+0,5) et Office (+2,9) sans sondage supplémentaire.
La présentation de cette page a été rédigée par une IA à partir de l'article et peut contenir des erreurs. Consultez l'article pour les détails.