Vérifier l'environnement
Préparez Node.js LTS, Git, un dossier de projet propre et un terminal capable d'atteindre votre fournisseur de modèles.
Guide pratique 2026
Ce guide s'adresse aux développeurs qui veulent faire fonctionner OpenCode rapidement. Il couvre l'environnement, l'installation de la CLI, la connexion du fournisseur, la configuration du projet, les tests de validation et les erreurs fréquentes.
Quick Start
Utilisez cette séquence pour une première installation ou pour déplacer la configuration vers une nouvelle machine.
Préparez Node.js LTS, Git, un dossier de projet propre et un terminal capable d'atteindre votre fournisseur de modèles.
Utilisez la méthode officielle, puis vérifiez que la commande opencode est disponible dans le terminal.
Ajoutez d'abord un seul fournisseur. Gardez les clés API hors du dépôt.
Commencez par un modèle stable et abordable, avec l'identifiant exact fourni par le tableau de bord ou la documentation.
Utilisez opencode.json pour les préférences non secrètes: permissions, chemins ignorés et modèle par défaut.
Demandez à OpenCode d'expliquer un fichier, de modifier un fichier peu risqué et d'exécuter un test.
Notez la version de Node, le fournisseur, le proxy, le modèle par défaut et les erreurs courantes.
Provider
La plupart des échecs viennent des clés API, URL de base, noms de modèles, proxies ou permissions trop larges.
| Vérification | Action recommandée | Erreur fréquente |
|---|---|---|
| Clé API | Stockez-la hors du dépôt. | Publier des secrets dans Git. |
| URL de base | Utilisez le point d'accès officiel ou compatible. | Oublier le protocole ou utiliser un mauvais chemin. |
| Nom du modèle | Copiez le vrai model ID. | Utiliser un nom marketing. |
| Permissions | Commencez prudemment, puis élargissez après validation. | Autoriser toutes les commandes trop tôt. |
Use this as a non-secret configuration shape. Confirm exact fields with your OpenCode version.
{
"model": "provider/model-id",
"permission": { "edit": "ask", "bash": "ask" },
"ignore": ["node_modules", ".env", "dist"]
}
Platform Notes
PowerShell suffit pour les projets simples; WSL est préférable si le dépôt dépend d'outils Linux.
Vérifiez quelle installation de Node est utilisée par le terminal.
Utilisez un compte normal, protégez les clés API et évitez les tâches de développement sous root.
Troubleshooting
FAQ
Node.js LTS, Git, un terminal utilisable et au moins une clé API de fournisseur.
Généralement à la racine du dépôt, sans aucun secret.
Lisez un fichier, modifiez un fichier peu risqué et lancez un test ou un formatage.