Claude Code, Codex, Cursor, Copilot, Cline, OpenCode… La liste des agents de coding s’allonge chaque mois. Mais la vraie question n’est plus « lequel choisir ». C’est plutôt : comment piloter tous ces agents sans réécrire son orchestration à chaque nouveauté ?
Vercel vient d’apporter un début de réponse. Et cette annonce mérite qu’on s’y arrête.
L’annonce : GitHub Copilot rejoint la Harness Layer d’AI SDK
Vercel a ajouté GitHub Copilot à sa Harness Layer, une couche d’abstraction intégrée à AI SDK. Concrètement, une application peut désormais passer par une interface commune, baptisée HarnessAgent, pour piloter différents agents de coding.
Le principe reste simple :
- une tâche arrive dans l’application ;
- l’application passe par HarnessAgent ;
- le harness adapté est sélectionné automatiquement ;
- l’agent de coding choisi exécute la tâche.
Pas besoin de coder une intégration spécifique pour chaque agent. La couche fait le lien.
Pourquoi cette architecture change la donne
Jusqu’ici, brancher un agent de coding dans une app voulait dire coder une intégration sur-mesure. Si demain vous voulez tester un nouvel agent, il faut souvent tout refaire.
Avec une couche commune comme HarnessAgent, l’orchestrateur ne dépend plus d’un seul moteur. Il peut choisir dynamiquement le bon agent selon plusieurs critères :
- le besoin précis de la tâche ;
- le coût d’exécution ;
- le contexte disponible ;
- le niveau de risque accepté.
Une tâche de refactoring simple peut passer par un agent rapide et économique. Une tâche critique peut être routée vers un agent plus robuste. Tout ça, sans changer une ligne de votre orchestration.
Une brique, pas juste une fonctionnalité
C’est ce qui rend cette annonce intéressante au-delà du simple ajout SDK. On assiste à la construction d’une brique d’infrastructure pour les futurs systèmes multi-agents.
Aujourd’hui, la plupart des équipes qui expérimentent avec plusieurs agents le font à la main : scripts custom, routing codé en dur, logique de fallback ad hoc. C’est exactement le problème que j’ai moi-même rencontré en essayant de construire mon propre outil de pilotage d’agents.
Une couche standardisée comme HarnessAgent pourrait devenir, avec le temps, un point de passage aussi naturel qu’un ORM l’est pour une base de données : on ne parle plus directement au moteur, on parle à une abstraction qui sait où router.
Ce que ça signifie pour les équipes produit et dev
Pour les entreprises qui construisent des workflows avec de l’IA, cette évolution ouvre plusieurs perspectives :
- moins de dépendance à un seul fournisseur d’agent de coding ;
- plus de flexibilité pour arbitrer coût vs qualité selon la tâche ;
- une base plus solide pour construire des systèmes multi-agents cohérents ;
- moins de dette technique liée à des intégrations spécifiques à chaque agent.
C’est aussi un signal pour toute équipe qui envisage d’automatiser une partie de son développement avec des agents IA : mieux vaut penser l’architecture d’orchestration dès maintenant, plutôt que de se retrouver coincé avec un agent unique dans deux ans.
En résumé
Vercel ne se contente pas d’ajouter un agent de plus à la liste. Avec HarnessAgent, la société pose une brique d’abstraction qui pourrait bien devenir un standard de facto pour piloter les agents de coding.
La question à se poser n’est plus « quel agent choisir », mais « comment construire une orchestration qui survivra au prochain agent à la mode ».
