Aller au contenu
Méthodologie

Harness engineering

Harness engineering — Méthodologie. catégorie : Pratique d'ingénierie pour construire la confiance dans les agents de codage · définition : Tout ce qu'on ajoute autour du modèle pour améliorer la génération ; agent = modèle + harness · périmètre : Environnement de développement, sandbox, skills sur lesquels les équipes construisent · période_dominante : 2026

« Agent = Model + Harness. Si vous n'êtes pas le modèle, vous êtes le harness. » L'équation de Viv Trivedy, citée par Addy Osmani (Google) le 19 avril 2026, constitue la définition opérationnelle : le harness regroupe tout ce qu'on ajoute autour du modèle pour améliorer ce qu'il produit. Osmani appuie son propos sur Terminal Bench 2.0, où Claude Opus 4.6 exécuté dans Claude Code obtient un score nettement inférieur à celui du même modèle placé dans un harness personnalisé, et où l'équipe de Trivedy a fait passer un agent de codage de la 30e place à la 5e en ne changeant que le harness.

OpenAI a rapporté en février 2026 que trois ingénieurs (sept par la suite) avaient produit environ un million de lignes d'un produit bêta interne en cinq mois sans écrire une seule ligne à la main, à travers environ 1 500 pull requests Codex. Leur conclusion était que le goulot d'étranglement de la performance des agents se situe en général dans la conception de l'environnement plutôt que dans l'intelligence du modèle, et leurs trois piliers étaient le Context Engineering, des contraintes architecturales imposées mécaniquement, et des tâches récurrentes de nettoyage ("garbage collection"). Birgitta Böckeler a découpé le même objet en guides (feedforward : conventions, spécifications, skills, serveurs MCP) et capteurs (feedback : linters, tests, analyse statique), chacun étant soit computationnel, soit inférentiel. Rémi Jacquet, de Cast Software, a daté ce basculement : prompt engineering en 2024, Context Engineering en 2025, harness engineering en 2026.

Dorra Bartaguiz apporte la contre-mesure. Un code généré à partir d'un seul prompt avait été annoncé avec une couverture de 100% ; elle a mesuré 33% au total et un score de mutation de 13,82%. La catégorie la plus difficile identifiée par Böckeler reste ouverte : vérifier qu'une application fait bien ce qu'elle est censée faire.

Type
Méthodologie
catégorie
Pratique d'ingénierie pour construire la confiance dans les agents de codage
définition
Tout ce qu'on ajoute autour du modèle pour améliorer la génération ; agent = modèle + harness
périmètre
Environnement de développement, sandbox, skills sur lesquels les équipes construisent
période_dominante
2026
relations
15
Citée dans
6 fiches

Voisinage

Capteurs feedback Guides feedforward Contraintes architec… Ingénierie de contexte Viv Trivedy Cast Software Garbage collection (… ratchet principle Context engineering craft / artisanat lo… Shift-Left Software Factory Agents de codage

→ utilise

Capteurs feedback CONCEPT confiance élevée atemporel Source ↗
Guides feedforward CONCEPT confiance élevée atemporel Source ↗
craft / artisanat logiciel METHODOLOGIE confiance élevée atemporel Source ↗
Shift-Left METHODOLOGIE confiance élevée atemporel Source ↗

→ est basé sur

Contraintes architecturales CONCEPT confiance élevée atemporel Source ↗
Ingénierie de contexte CONCEPT confiance élevée atemporel Source ↗
Garbage collection (code) CONCEPT confiance élevée atemporel Source ↗
ratchet principle CONCEPT confiance élevée atemporel Source ↗

← a créé

Viv Trivedy PERSONNE confiance élevée stable Source ↗

← recommande

Cast Software ORGANISATION confiance élevée évolutif Source ↗

→ est variante de

Context engineering METHODOLOGIE confiance élevée atemporel Source ↗

→ remplace

Context Engineering METHODOLOGIE confiance élevée stable Source ↗

← utilise

Software Factory METHODOLOGIE confiance élevée atemporel Source ↗

→ améliore

Agents de codage TECHNOLOGIE confiance élevée atemporel Source ↗

Citée dans (6)