J’intègre des agents de code dans vos dépôts. Le harness engineering fixe leurs consignes, leurs accès et les vérifications que votre équipe peut rejouer.
La méthode
Le pilote met à l’épreuve une nouvelle façon de travailler sur un cas réel. Les agents exécutent les étapes convenues, l’équipe conçoit les contrôles et garde la main sur les décisions.
On part d’une tâche dans votre repo. On définit ce que l’agent peut modifier et qui valide le résultat.
On règle les consignes, les outils et les accès. On provoque un écart pour vérifier que le contrôle l’arrête.
Votre équipe rejoue les contrôles et décide ce qu’elle accepte, ajuste ou arrête.
Si un contrôle échoue, on ajuste le harness, puis on rejoue le scénario.
Dans un cas de livraison anonymisé, la requête SQL est passée de 530 à 3 jointures lors d’un rejeu local sur 264 identifiants synthétiques. Un test d’expiration vérifie que la règle métier tient quand l’horloge avance. Lire le cas de livraison
Ce que votre équipe sait refaire seule
Mettre à jour les consignes et les accès, rejouer les scénarios de vérification et décider quoi faire quand un contrôle échoue.
Je construis et j’évalue les harness : contexte, instructions, outils, permissions, tests et traces d’exécution. Je travaille directement dans les repositories.
Livrable
Un environnement d’agents entretenu, des cas d’évaluation et une passation préparée avec la personne interne qui reprend le dispositif. Avant mon départ, nous relisons cette passation ensemble : elle doit pouvoir identifier la prochaine action et savoir qui solliciter en cas de blocage.
Je mesure la situation de départ, mène un pilote sur un périmètre défini et examine les résultats avec l’équipe. La formation et le mentorat aident ensuite à adopter les pratiques retenues.
Livrable
Un bilan du pilote, un guide d’adoption et une décision : étendre, revoir ou arrêter.
Je définis les permissions, les responsabilités, les exceptions et les pratiques de review avec les équipes techniques, la sécurité et la direction.
Livrable
Des règles applicables, des décisions tracées et des contrôles intégrés au travail quotidien.
Le context engineering commence par une tâche dans un repo. Nous choisissons les sources et les consignes que l’agent doit lire, où elles sont tenues à jour et comment détecter une référence devenue fausse.
J’ai créé ctxharness pour vérifier les chemins et les scripts cités dans les fichiers que lisent les agents. Avec votre équipe, on décide quelles consignes vérifier, à quel moment et qui intervient si un contrôle échoue.
Découvrir ctxharnessC’est l’environnement dans lequel l’agent travaille. Il réunit le contexte, les outils autorisés, les permissions et les contrôles qui permettent de vérifier ses résultats.
La configuration testée, les scénarios de vérification et les consignes de passation. On les passe en revue avec la personne qui en prend la responsabilité.