OpenCode 2.0 unifie les interfaces terminal, web et desktop sous un seul service

Anomaly a officiellement publié OpenCode 2.0, marquant la fin de sa phase bêta publique lancée en juillet 2026. Cette mise à jour architecturale majeure introduit un service d'arrière-plan unifié qui connecte les interfaces terminal, desktop et web de l'agent de codage, permettant aux développeurs de gérer leurs sessions de manière transparente entre différents environnements.

Ce qui s'est passé

Cette publication représente un changement structurel significatif pour cet agent de codage open source. Anomaly, l'entreprise derrière OpenCode, décrit cette mise à jour comme une "refonte majeure" conçue pour soutenir un éventail plus large de capacités d'agents, basé sur les retours de millions d'utilisateurs quotidiens. Le changement central est l'introduction d'un processus unique en arrière-plan qui s'exécute sur la machine du développeur. Ce service agit comme le hub central pour toutes les interactions, ce qui signifie qu'une session démarrée dans le terminal peut être poursuivie dans l'application web ou le client desktop sans interruption. Les scripts utilisant le client programmatique peuvent également découvrir et se connecter automatiquement à ce service local, permettant ainsi des tâches planifiées et des intégrations avec des applications externes.

Parallèlement à la nouvelle architecture de service, Anomaly a entièrement reconstruit l'interface de programmation d'applications (API). L'entreprise a admis que l'API précédente avait évolué de manière désordonnée alors que l'industrie apprenait comment les agents IA devraient fonctionner. La nouvelle API donne à l'agent plus de contrôle sur son environnement, comme la création de worktrees Git pour des tâches spécifiques ou l'interruption de sessions bloquées. Pour soutenir cela, Anomaly a introduit un nouveau package client JavaScript et un kit de développement logiciel (SDK) embarquable. Le SDK permet aux développeurs d'intégrer OpenCode directement dans leurs propres applications, y compris dans des environnements serverless tels que Cloudflare Durable Objects, tout en maintenant la compatibilité avec le protocole serveur standard.

Détails clés

• Service Unifié : Un processus unique en arrière-plan alimente désormais les interfaces terminal, web et desktop, permettant une continuité de session transparente entre les plateformes.
• API Reconstruite : L'ancienne API a été remplacée pour offrir un meilleur contrôle de l'environnement, incluant la gestion des worktrees Git et des capacités d'interruption de session.
• Mode Code : Une nouvelle fonctionnalité par défaut qui permet aux agents d'exécuter du JavaScript appelant plusieurs outils en un seul aller-retour, réduisant l'encombrement du contexte lors de l'utilisation de nombreux serveurs Model Context Protocol (MCP).
• Exécution en Arrière-plan : Les sous-agents et les commandes shell peuvent désormais s'exécuter de manière asynchrone, permettant aux développeurs de continuer à travailler pendant que les tâches longues, comme les tests ou les builds, se terminent en arrière-plan.
• Mises à Jour des Plugins : Plus de 80 plugins internes ont été implémentés pour améliorer la fiabilité, et les plugins d'interface terminal sont désormais stables avec prise en charge du rechargement à chaud.
• Changements Cassants : Les plugins créés pour OpenCode 1.0 ne sont pas compatibles avec la version 2.0, et les intégrations utilisant l'ancienne API serveur nécessitent des mises à jour.

Contexte

OpenCode est un agent de codage open source qui permet aux développeurs de choisir leurs modèles IA préférés plutôt que d'être limités à un seul fournisseur. Il a gagné une traction significative après que les principaux fournisseurs d'IA ont restreint l'accès tiers à leurs niveaux d'abonnement au début de 2025. L'outil repose sur le Model Context Protocol (MCP), un standard qui aide les agents IA à interagir avec des sources de données et des outils externes. Dans les versions précédentes, chaque interaction avec un outil nécessitait souvent une requête séparée vers le modèle IA, ce qui pouvait rapidement consommer la fenêtre de contexte disponible et ralentir les performances. OpenCode 2.0 répond à ce problème en introduisant le Mode Code, qui regroupe les appels d'outils en une seule étape d'exécution.

Le concept d'un service d'arrière-plan partagé est courant dans les outils de développement modernes mais était auparavant optionnel dans OpenCode. En le rendant par défaut, Anomaly aligne l'outil sur les attentes contemporaines pour les applications multi-clients avec état. Cette architecture soutient la tendance croissante des workflows "agentic", où les assistants IA non seulement écrivent du code, mais gèrent aussi des fichiers, exécutent des commandes et interagissent avec des systèmes de gestion de projet de manière autonome.

Pourquoi c'est important

Pour les équipes gérant leur propre infrastructure logicielle, le passage à un service d'arrière-plan unifié simplifie la gestion des workflows. Les développeurs n'ont plus besoin de maintenir des états séparés pour différentes interfaces, réduisant le risque de perte de contexte lors du passage entre la ligne de commande et les outils graphiques. Cela est particulièrement précieux pour les sessions de débogage complexes ou les projets à long terme où la continuité est critique. La capacité d'exposer le service à d'autres machines ouvre également des possibilités pour une gestion centralisée des agents au sein d'une équipe, bien que les implications en matière de sécurité doivent être soigneusement considérées.

L'introduction du Mode Code et de l'exécution en arrière-plan impacte directement l'efficacité et les coûts. En réduisant le nombre d'aller-retours vers le modèle IA, les équipes peuvent diminuer l'utilisation de tokens et accélérer les réponses de l'agent. Cela est crucial lors de l'intégration avec de nombreux services externes, car chaque définition d'outil n'a plus besoin d'occuper un espace de contexte précieux. Pour les ingénieurs DevOps et les responsables IT, les changements cassants dans les plugins et les API signifient que les automatisations existantes devront être examinées et mises à jour avant l'upgrade, nécessitant des fenêtres de maintenance planifiées.

Ce que vous pouvez faire

• Examinez vos plugins et intégrations OpenCode actuels pour identifier ceux construits pour la version 1.0, car ils ne fonctionneront pas avec la nouvelle publication.
• Testez le nouveau package @opencode/client dans un environnement de staging pour vous assurer que vos scripts personnalisés peuvent se connecter correctement au service d'arrière-plan local.
• Évaluez l'impact du Mode Code sur vos configurations de serveurs MCP existantes, notant qu'il est désormais le défaut pour toutes les connexions.
• Planifiez des upgrades manuels en exécutant opencode upgrade --major ou en utilisant /update dans le terminal, puisque les mises à jour automatiques ont été désactivées.
• Explorez le nouveau SDK embarquable si vous avez l'intention d'intégrer les capacités d'OpenCode dans des tableaux de bord internes ou des environnements serverless.