Forge : un agent de codage en terminal, entre TUI, CLI et plugin ZSH

Le problème concret que Forge attaque

La plupart des assistants de codage supposent un éditeur graphique. Forge prend le pari inverse : rester dans le terminal, là où se déroulent déjà les commandes git, les tests et les scripts de build. Le README résume la cible en une phrase : un agent qui « intègre les capacités d'IA à votre environnement de développement ». Concrètement, cela vise le développeur qui veut poser une question sur un flux d'authentification, faire scaffold un composant, ou demander une revue de fichier sans quitter son shell. Le dépôt couvre un spectre large de fournisseurs, de Claude à Grok en passant par Deepseek et Gemini, ce qui suggère un public qui ne veut pas être verrouillé sur une seule API. C'est un outil de terminal pour gens de terminal, pas un plugin d'IDE.

Trois modes, et pourquoi la distinction compte

Le README insiste lui-même sur ce point : Forge se présente sous trois formes distinctes, et confondre les trois mène à de la frustration. Le mode interactif (TUI) s'obtient en lançant forge sans argument. C'est une session persistante où l'on enchaîne les prompts dans une boucle conversationnelle, adaptée au travail en plusieurs étapes. Le mode one-shot CLI exécute une requête unique et rend la main. Le troisième mode est un plugin ZSH qui introduit un préfixe deux-points : toute commande commençant par : est interceptée par Forge. C'est une architecture en couches : le binaire forge reste le même, mais la surface d'entrée change. Un utilisateur qui découvre l'outil en tapant : dans son shell sans avoir activé le plugin ne verra rien se passer. La documentation consacre une section entière au système de préfixe, avec sous-sections pour les agents, l'envoi de prompts, les pièces jointes, la gestion de conversation, l'intégration git, les outils shell, la session, les skills et la recherche sémantique. Cette densité montre que le mode ZSH est le plus riche, et probablement le plus déroutant au début.

Installation et configuration des fournisseurs

L'installation tient en une ligne : curl -fsSL https://forgecode.dev/cli | sh. C'est un script distant exécuté directement, ce qui mérite d'être signalé : toute personne derrière un proxy d'entreprise ou une politique de sécurité stricte devra vérifier ce que ce script fait avant de le lancer. Au premier démarrage, Forge propose un flux de connexion interactif pour configurer les identifiants du fournisseur. On peut aussi le faire en amont avec forge provider login. Le README mentionne une section « Deprecated: Environment Variables » pour la gestion des identifiants, ce qui indique une migration en cours : les variables d'environnement fonctionnent encore mais ne sont plus la voie recommandée. La configuration passe ensuite par un fichier forge.yaml, dont le README liste les options. Le point à retenir est que l'outil revendique « zéro configuration » dans sa section Why Forge, alors que la même page documente un fichier de configuration, des variables d'environnement, une configuration MCP et des identifiants par fournisseur. Les deux affirmations ne sont pas contradictoires, mais la seconde décrit mieux la réalité.

MCP, skills et recherche sémantique : la couche d'extension

Forge expose une configuration MCP, ce qui le place dans la même famille que les autres agents capables de brancher des serveurs d'outils externes. Le README évoque aussi des « skills » et une « semantic search (workspace) » accessible via le préfixe deux-points. Ces trois éléments dessinent une architecture où le cœur de l'agent reste mince et où les capacités viennent de l'extérieur : serveurs MCP pour les outils, skills pour les comportements, recherche sémantique pour retrouver du code par le sens plutôt que par le nom. Le README ne détaille pas, dans l'extrait fourni, comment la recherche sémantique indexe le dépôt ni quel modèle d'embedding est utilisé. C'est une lacune documentaire réelle pour quiconque doit évaluer le coût de cette fonctionnalité en tokens ou en temps d'indexation. La section « Usage in Multi-Agent Workflows » laisse entendre que Forge peut s'insérer dans des chaînes d'agents, mais sans préciser le protocole d'échange.

Le mode shell restreint : une promesse à vérifier

Parmi les arguments de la section Why Forge figure un « restricted shell mode » qui limite l'accès au système de fichiers et empêche les modifications non voulues. C'est le garde-fou le plus intéressant du projet, parce qu'un agent qui exécute des commandes shell dans votre répertoire de travail est exactement le scénario où les dégâts sont possibles. Le README ne documente pas, dans l'extrait disponible, la liste exacte des commandes bloquées ni la manière de passer en mode non restreint. Un lecteur qui compte sur cette protection pour faire tourner Forge sur un dépôt de production doit donc traiter cette affirmation comme une hypothèse à tester, pas comme une garantie. Le README reconnaît d'ailleurs que Forge « peut vous guider » dans la résolution de conflits git, ce qui implique des opérations git réelles. La frontière entre assistance et exécution mérite d'être vérifiée avant de laisser l'agent tourner sans surveillance.

Ce que Forge n'est pas, et par quoi on peut le remplacer

Forge n'est pas un plugin d'éditeur. Si votre flux de travail est centré sur VS Code ou JetBrains, avec des diffs en marge et des suggestions inline, l'outil ne répond pas à ce besoin : il faudra regarder du côté des extensions officielles de ces éditeurs, qui s'intègrent au buffer et au système de fichiers de l'IDE. La différence d'approche est structurelle : Forge vit dans le shell et dialogue en texte, l'extension vit dans l'éditeur et manipule des positions dans un document. Un autre point de comparaison utile est le CLI d'un fournisseur unique, par exemple l'outil en ligne de commande d'Anthropic. La différence tient au périmètre des modèles : Forge revendique la prise en charge de plus de 300 modèles et de fournisseurs variés, tandis qu'un CLI mono-fournisseur vous enferme dans une seule API. Ce choix se paie en surface de configuration : forge provider login, forge.yaml, variables d'environnement, MCP. Si vous n'utilisez qu'un seul modèle et n'avez pas l'intention d'en changer, cette couche d'abstraction est un coût sans contrepartie.

Licence, maintenance et coût de mise à jour

Le dépôt est publié sous Apache-2.0, une licence permissive qui autorise l'usage commercial, la modification et la redistribution, à condition de conserver les mentions de copyright et le fichier de licence, et qui inclut une clause de brevets. Le README affiche un badge CLA assistant, ce qui signifie que les contributions externes passent par un accord de licence de contributeur : un détail qui compte si votre organisation envisage de proposer des correctifs en amont. Sur le rythme de publication, les trois dernières versions listées (v2.13.21, v2.13.20, v2.13.19) s'échelonnent sur juillet 2026, avec des écarts de quelques jours à une semaine. Cette cadence implique des mises à jour fréquentes et donc un coût de suivi : un fichier forge.yaml qui fonctionne aujourd'hui peut nécessiter des ajustements après une montée de version mineure. Le projet n'est pas archivé et le dernier push est daté de septembre 2026, mais la documentation fournie ne dit rien sur la politique de compatibilité entre versions ni sur la procédure de retour arrière. C'est le point à clarifier en premier si vous déployez Forge sur plusieurs postes.

Conclusion éditoriale

Forge s'adresse aux développeurs qui travaillent déjà dans un terminal, veulent garder la main sur le choix du fournisseur LLM et acceptent de configurer un fichier forge.yaml plutôt que d'installer une extension d'éditeur. Il ne convient pas à ceux qui cherchent une intégration visuelle dans VS Code ou JetBrains, ni à ceux qui refusent d'exécuter un script d'installation distant. Avant d'adopter, vérifiez trois choses concrètes : que forge provider login accepte bien le fournisseur que vous utilisez, que les clés de forge.yaml correspondent à vos besoins en matière de permissions, et que le mode shell restreint couvre les commandes que votre équipe lance habituellement.

Sources officielles

1. License: Apache-2.0
2. Project website
3. README
4. Releases
5. tailcallhq/forgecode on GitHub