Repartage — contenu de Jérémy Surget
J'ai passé le week end à lire les meilleurs blog sur le Harness Engineering. Les pratiques qui reviennent le plus :
On sait maintenant que harness compte aujourd’hui autant que le modèle derrière
Voici les techniques qui ressortent le plus :
1. La mémoire vit hors du contexte
le repo, le filesystem et git servent de mémoire. Chaque session reprend là où la précédente s’est arrêtée, et le contexte n’est jamais la source de vérité
2. Traiter la limite de context avec précaution
Un contexte trop rempli donne lieu à des hallucinations et baisse de performance. Pour limiter ca, il faut charger les tools et skills à la demande et offload les gros output dans un fichier sur disque. Sans oublier de garder un préfixe de prompt stable pour le cache
3. Les règles sont appliquées par du code
Pas par du prompt. Linters, tests, hooks et sandbox rendent les contraintes vérifiables. L’agent doit pouvoir s’auto-vérifier (tests, logs, screenshots) avant de dire qu'une tâche est finie
4. Durabilité et observabilité
Checkpointer chaque étape, rendre les actions idempotentes et tout rendre traçable. Les agents vont échouer, les sessions vont parfois être deconnectées ou s'arrêter. Il faut pouvoir s'assurer que tout puisse être repris exactement ou ca s'est stoppé
5. Le harness doit rester malléable
Aves les retours de prod, votre harness va devoir changer pour s'adapter. le garder minimal et malléable va vous permettre de vite vous adapter
Sources LinkedIn
- Profil : Pierre Jean Duvivier dit Sage (LinkedIn)
- Auteur partagé : Jérémy Surget (LinkedIn)
Laisser un commentaire