Chaque éditeur veut son agent, chaque agent veut son éditeur. Dans cette guerre de territoires, Windsurf tente un pari différent : plutôt que d’imposer un agent unique, en héberger plusieurs. Avec le support de l’Agent Client Protocol (ACP) ajouté en juin 2026, Windsurf peut accueillir des agents tiers comme Codex, Claude Agent ou OpenCode dans la même interface. L’interopérabilité devient un argument produit. Voici pourquoi c’est important.
L’Agent Command Center : un Kanban d’agents
Depuis Windsurf 2.0 (avril 2026), l’écran d’accueil par défaut est l’Agent Command Center : un tableau Kanban de toutes les sessions en cours. On visualise d’un coup d’œil ce que font les agents, où ils en sont, ce qui attend une validation. C’est la traduction visuelle de la bascule de 2026 : on ne code plus, on supervise. Là où Cursor parle d’Agents Window et GitHub de Copilot app, Windsurf pose son propre poste de pilotage — et l’ouvre aux agents des autres.
ACP : le protocole qui casse les silos
L’Agent Client Protocol est à l’interface agent–éditeur ce que MCP est à l’interface agent–outil : une couche d’interopérabilité standardisée. Grâce à ACP, Windsurf n’est plus seulement un éditeur avec « son » agent, c’est un hôte capable de faire tourner Codex, Claude Agent ou OpenCode côte à côte. Pour une équipe, l’intérêt est évident : arrêter de choisir un outil pour tous et laisser chacun brancher l’agent qui lui convient, dans une UI commune. C’est la fin annoncée du lock-in par l’éditeur.
- Un hôte, plusieurs agents — Codex, Claude Agent, OpenCode dans la même fenêtre.
- Standardisation — ACP joue pour les agents le rôle que MCP joue pour les outils.
- Liberté de choix — l’agent devient un composant interchangeable, pas un mariage forcé.
SWE-1.6 : Windsurf garde son propre modèle
Ouvrir aux agents tiers ne veut pas dire renoncer au sien. Windsurf continue de développer sa famille de modèles maison : SWE-1.6 (avril 2026) gagne plus de 10 % sur SWE-bench Pro par rapport à la génération précédente. La force de Windsurf reste l’édition agentique profonde — un agent construit sur mesure qui gère les changements multi-fichiers depuis l’intérieur de l’éditeur. ACP ajoute l’ouverture par-dessus cette profondeur, sans la remplacer.
Votre équipe utilise Claude Code ?
Voir les formats →Interopérabilité contre profondeur : le bon arbitrage
Le clivage classique oppose la largeur (couvrir tous les outils et agents) à la profondeur (un agent taillé sur mesure). GitHub Copilot mise sur la largeur d’intégration à la plateforme ; Windsurf mise sur la profondeur de l’édition agentique tout en s’ouvrant via ACP. Ce sont deux paris légitimes. Pour choisir, la question à se poser n’est pas « quel est le meilleur agent » mais « ai-je besoin d’unifier plusieurs agents dans une équipe hétérogène, ou d’un agent unique très intégré ». C’est précisément le genre d’arbitrage qu’on structure dans un cadre de décision d’équipe.
Ce que l’interopérabilité change pour les équipes
La standardisation par ACP et MCP dessine un futur où l’agent, le modèle et l’éditeur se découplent. On choisit un modèle pour son rapport qualité-prix, un agent pour son ergonomie, un hôte pour son intégration — et on les combine. Cette modularité rejoint les patterns d’orchestration multi-agents qui s’imposent en 2026. Elle est saine pour le marché : elle tire les prix vers le bas et récompense l’innovation plutôt que le verrouillage.
Mais plus il y a d’agents dans une équipe, plus la gouvernance devient critique : conventions partagées, politique de revue, sécurité des connexions, mesure des gains. Un Kanban d’agents ingérable ne vaut pas mieux qu’un backlog ingérable. C’est ce que nous cadrons en atelier : donner à une équipe hétérogène une pratique commune, fiable et mesurable, quel que soit l’agent branché derrière l’interface.
Sources : Windsurf vs GitHub Copilot 2026 (Blink), AI Coding Agents comparison 2026 (Lushbinary).
Votre équipe utilise Claude Code ?
Formation intra sur vos projets réels : de la demi-journée à 2 jours, 6 devs max.