Agent de code open source
OpenCode : changer de modèle sans changer d'outil
Un agent qui lit votre code, l'écrit et exécute des commandes, piloté depuis un terminal, une application de bureau ou un serveur — gratuit, open source, et capable de se brancher sur des dizaines de fournisseurs de modèles, y compris en local.
- Éditeur · Anomaly, ex-SST (États-Unis) — open source
- Catégorie · Agent de code open source
- Prix · Gratuit et open source — vous payez le ou les modèles connectés ; l'éditeur propose aussi ses propres offres de modèles
- Site officiel ↗ (nouvel onglet)
C’est quoi ?
Un agent de code qui change de moteur sans changer d'outil
OpenCode est un agent de code open source — un logiciel qu'on peut lire, modifier et héberger soi-même — développé par Anomaly, l'équipe connue sous le nom de SST pour son infrastructure serverless. Comme Claude Code, il lit les fichiers d'un projet, écrit du code, exécute des commandes et corrige ses propres erreurs. La différence tient à une seule idée : OpenCode ne vient avec aucun modèle d'IA imposé. C'est une coque vide à brancher sur le moteur de votre choix.
Ce moteur, vous le choisissez parmi plus de soixante-quinze fournisseurs — les grands noms du marché aussi bien que des modèles tournant en local sur votre machine, sans connexion internet, via des outils comme Ollama ou LM Studio. L'éditeur propose en plus ses propres catalogues de modèles sélectionnés ou économiques, utilisables sans configuration. On accède à OpenCode depuis un terminal, une application de bureau, ou un navigateur relié à un serveur dédié.
Depuis la version 2, publiée le 11 septembre 2026, ces trois accès partagent le même service en arrière-plan : une session démarrée au bureau se retrouve identique dans le terminal. Cette refonte a aussi changé l'endroit où OpenCode va chercher ses consignes de projet. Le changement figure dans le guide de migration, mais rien ne le signale à l'usage : un agent peut perdre ses consignes sans le moindre message d'erreur si personne ne vérifie après la mise à jour.
Pour qui ?
Trois profils qui refusent de dépendre d'un seul fournisseur
-
Dirigeant qui veut un plan de secours
Vos assistants IA tournent au quotidien sur un fournisseur précis. OpenCode est le filet de sécurité : la même organisation, pilotable avec un autre modèle, sans dépendre d'un seul éditeur en cas d'indisponibilité.
-
Équipe technique qui compare les modèles
Vous voulez tester plusieurs modèles sur les mêmes tâches, sans réécrire vos scripts et vos consignes à chaque changement de fournisseur. OpenCode sépare l'outil du moteur qui le fait tourner.
-
PME soucieuse de garder la main sur ses fichiers
Pour des tâches de code simples et répétitives, un modèle local via Ollama ou LM Studio évite que quoi que ce soit ne sorte de vos machines — au prix d'une qualité en retrait sur les tâches complexes.
Cas d’usage en PME
Trois situations où changer de moteur compte
OpenCode sert surtout quand la question n'est plus « quel outil ? » mais « quel modèle, aujourd'hui, et avec quelle garantie de repli ? ».
-
Basculer quand le fournisseur habituel est indisponible
Les assistants de l'entreprise tournent d'ordinaire sur un éditeur d'IA précis. Le jour où ce service est indisponible, les mêmes consignes et la même mémoire de projet sont rechargées dans OpenCode, relié à un autre fournisseur de modèle : l'activité continue sans attendre le retour du service.
-
Router les tâches simples vers un modèle économique
Résumer un fichier, renommer des variables, écrire un script de tri ne demande pas le modèle le plus avancé du marché. OpenCode permet de réserver un modèle puissant aux tâches complexes et de confier le reste à un modèle moins coûteux, sans changer d'interface.
-
Garder certains traitements hors de tout service distant
Un script interne manipulant des données sensibles tourne, pour sa relecture, sur un modèle local plutôt que sur un service cloud. Rien ne quitte la machine, et un modèle local suffit souvent pour ce type de tâche bornée.
Limites & vigilance
Les vraies limites à connaître avant
La qualité dépend du modèle, pas de l'outil — OpenCode exécute ce que le modèle connecté lui dicte ; un modèle faible ou mal choisi produit un résultat faible, quelle que soit la qualité de l'agent lui-même.
L'abonnement Claude ne fonctionne pas ici — depuis début 2026, Anthropic réserve l'accès par abonnement Pro ou Max à Claude Code et à ses propres applications ; dans OpenCode, un modèle Anthropic se paie à l'usage, comme les autres.
Des failles de sécurité documentées et corrigées — une vulnérabilité connue a permis l'exécution de commandes à distance via un serveur local lancé sans authentification ; l'éditeur l'a corrigée, mais elle rappelle qu'un agent de code est aussi une surface d'attaque, à tenir à jour.
Un canal pour l'injection de consignes — comme tout agent qui lit des fichiers et des sorties d'outils, du texte malveillant glissé dans un fichier ou une extension tierce peut se faire passer pour une instruction légitime ; un cas documenté existe sur un module complémentaire non officiel.
Une version majeure peut casser des réglages en silence — le passage à la version 2 a changé, sans message d'erreur, l'endroit où l'agent va lire ses consignes de projet ; une mise à jour majeure se teste avant de la déployer sur un usage en production.
Vos données
OpenCode envoie-t-il votre code à son éditeur ?
Selon la documentation de l'éditeur, OpenCode ne conserve ni votre code ni le contexte de vos sessions : chaque requête part directement vers le fournisseur de modèle que vous avez connecté, et c'est ce fournisseur, pas OpenCode, qui applique alors sa propre politique de conservation et d'entraînement. La télémétrie est désactivée par défaut ; seule une fonction de partage, activée volontairement, envoie une conversation vers les pages d'hébergement de l'éditeur.
L'alternative souveraine : brancher OpenCode sur un modèle qui tourne entièrement chez vous, via Ollama par exemple : plus aucune donnée ne sort de la machine, au prix d'une qualité en retrait sur les tâches complexes face à un modèle cloud de premier plan.
Mon avis
Depuis début septembre 2026, OpenCode est le plan B de tout mon système : si mon compte chez mon fournisseur d'IA principal devenait indisponible, mes propres assistants basculent sur OpenCode, relié à un autre modèle, en une commande et sans redémarrage — mêmes consignes, même mémoire, mêmes commandes. Je l'utilise aussi depuis mon ordinateur, avec l'application de bureau branchée sur mon serveur : je retrouve le même dossier de notes et les mêmes sessions.
Un plan B qu'on n'exerce pas ne marche pas. À mon premier exercice de bascule, cinq assistants sur six ont répondu ; le sixième s'est arrêté faute de crédit chez le fournisseur de modèle — un compte prépayé épuisé, qu'il faut surveiller comme le reste. Au second exercice, six sur six, retour au mode normal compris, en une minute environ.
Le 8 octobre 2026, le passage à la version 2 m'a donné une autre leçon : la nouvelle version ignorait silencieusement le réglage qui indiquait à l'agent où lire ses consignes — sans message d'erreur, mes assistants auraient perdu leurs instructions. Je ne branche pas mon abonnement Claude dans OpenCode — Anthropic le réserve à ses propres applications — et je n'y vois pas mon outil principal, mais une assurance. Une assurance, ça se teste avant d'en avoir besoin.
— Nicolas
Compétence liée
Construire un outil ou du code, garder l’IA sur ses machines.
D’autres fiches
-
Claude Code
L'agent de référence, lié à un seul fournisseur d'IA
-
OpenRouter
La passerelle qui alimente OpenCode en modèles multiples
-
Ollama
Les modèles locaux qu'OpenCode peut piloter directement
