← Le LiveIA CODE LIVE
ARTICLE Par

Les coding agents séparent leur runtime de l’IDE pour rendre les sessions portables

Illustration éditoriale — Les coding agents séparent leur runtime de l’IDE pour rendre les sessions portables

VS Code 1.136 pousse le coding agent hors de la fenêtre qui l’affiche. Son Agent Host possède désormais la session dans un processus séparé, synchronisé par AHP : plusieurs clients peuvent suivre le même run, le reprendre après fermeture d’une fenêtre ou se connecter à une machine distante sans déplacer le workspace.

ACP attaque l’autre moitié du problème : relier un agent à plusieurs IDE avec un contrat commun pour sessions, permissions, terminal, fichiers et MCP. OpenCode s’exécute désormais comme subprocess ACP dans Zed, JetBrains ou Neovim, tandis que Codeep réutilise le même agent entre terminal, macOS, VS Code et web.

Pour les développeurs, l’unité de travail n’est donc plus le chat d’un IDE, mais une session d’agent pilotable depuis plusieurs surfaces. Cette séparation réduit le lock-in côté client, mais rend critiques la compatibilité des adapters, la propagation des permissions et l’endroit exact où commandes, secrets et fichiers sont exécutés.

Références

Sources

Chaque onglet présente la publication d’origine et son lien direct.

Visual Studio Code

Understand the VS Code Agent Host

La documentation de VS Code décrit l’Agent Host comme un processus dédié qui possède les sessions indépendamment des clients. AHP synchronise chats, terminaux et changesets, permet plusieurs clients, l’exécution distante et la reprise d’une session après fermeture d’une fenêtre.

Ouvrir la source ↗