OpenCode.

Un projet, plusieurs façons de travailler

OpenCode est un outil de développement open source accessible par une interface de terminal, une application et des intégrations aux éditeurs. Il aide à poser des questions sur le dépôt, planifier une modification et modifier les fichiers. Les règles du projet, les outils, les serveurs de langage et les paramètres d'autorisation définissent l'environnement de travail autour du modèle.

C'est pratique dans une équipe où tous n'utilisent pas la même IDE. Un même nom de client ne garantit toutefois pas des fonctionnalités identiques dans toutes les versions. La documentation officielle distingue les générations d'OpenCode et signale un conflit d'installation lorsqu'elles utilisent la même commande. Avant une mise à jour, vérifiez quel guide correspond au client installé.

Choisir le fournisseur séparément

Les modèles peuvent être connectés avec vos propres clés ou par OpenCode Console, qui est facultatif. Pour ce dernier, la documentation décrit le rechargement du crédit, la facturation des requêtes et une offre d'abonnement. Des modèles gratuits existent avec leurs propres restrictions. Leur présence ne rend pas gratuits tous les modèles ou tous les clients externes.

Des serveurs de modèles locaux sont documentés pour le traitement local. Évaluez la mémoire disponible, la prise en charge des outils et le contexte. Si vous choisissez une adresse cloud, le contenu de la requête est traité par le fournisseur concerné. Installer le programme sur l'ordinateur n'indique pas où s'exécute le réseau neuronal.

Exemple : supprimer une adresse codée en dur

Dans une petite application, l'adresse d'une API de test figure dans plusieurs fichiers. Demandez à l'agent de la déplacer vers le mécanisme de configuration existant, de préserver le fonctionnement en développement et de ne pas ajouter de dépendance. Demandez d'abord de rechercher toutes les utilisations et de proposer un plan, puis autorisez la modification.

Vérifiez à la fois l'exécution en développement et la compilation destinée à la publication : une variable peut être lue dans un environnement et manquer dans un autre. Examinez le diff pour repérer des clés ajoutées par erreur ou de nouvelles adresses réseau. En l'absence de configuration, la modification doit conserver une erreur compréhensible au lieu de contacter silencieusement un serveur tiers.

Accès par programmation et limites de l'automatisation

OpenCode dispose de son propre serveur HTTP avec OpenAPI et SDK. Il permet de gérer les sessions et d'interagir avec l'agent par programmation ; cette fonction se distingue de l'API du fournisseur de modèles et de MCP. L'accès au serveur nécessite une authentification adaptée et des restrictions d'accès réseau.

L'agent peut exécuter des commandes et changer plus que ce qui est visible dans la dernière réponse. Enregistrez une copie de travail dans le système de contrôle de version, consultez les modifications finales et exécutez les vérifications appropriées. La commodité d'un serveur indépendant est particulièrement utile pour les développeurs d'intégrations, mais ajoute des responsabilités pour sa mise à jour et sa protection.

L'interface serveur est pratique pour votre propre client, mais elle ne peut pas être mise en réseau avec les mêmes attentes qu'un terminal local unique. Tout d'abord, sélectionnez l'adresse d'écoute, l'authentification et les répertoires disponibles, puis vérifiez comment l'application gère le refus d'autorisation.

Pour quelles tâches convient-il

• Modifier le code depuis le terminal ou l'application
• Connecter votre propre modèle local
• Automatiser les sessions via un serveur HTTP
• Configurer les règles et autorisations du projet