Installation et configuration d'OpenCode

OpenCode est un agent de codage d’IA open source. Il est disponible sous forme d’interface basée sur un terminal, d’application de bureau ou d’extension IDE.

Je choisis d'utiliser Opencode via l'interface basée sur un terminal pour simplifier.

Installer

Source : https://opencode.ai/docs/fr

Le moyen le plus simple d’installer OpenCode est d’utiliser le script d’installation :

curl -fsSL https://opencode.ai/install | bash

Configurer

Avec OpenCode, on peut utiliser n’importe quel fournisseur de LLM en configurant ses clés API.

Je choisis d'utiliser OpenCode Zen qui offre une liste organisée de modèles gratuits, testés et vérifiés par l’équipe OpenCode.

Exécutez la commande /connect dans le terminal, sélectionnez opencode et allez sur opencode.ai/auth.

/connect

Il faut juste se connecter sur Opencode Zen pour obtenir une clé d'Opencode Zen. Puis collez la clé API obtenu.

Nom	Clé	Créé par
Default API Key	sk-8M1L...jrLk	phuoc@caotek.fr

Lancer

Pour lancer Opencode, exécutez la commande opencode dans le terminal:

opencode

Agents spécialisés

Les agents sont des assistants IA spécialisés qui peuvent être configurés pour des tâches et des flux de travail spécifiques. Ils vous permettent de créer des outils ciblés avec des prompts, des modèles et un accès aux outils personnalisés.

Il existe deux types d’agents dans OpenCode ; agents primaires et sous-agents. Pour plus de détails.

Nous n'allons utiliser ces agents intégrés et fournis dans Opencode. Nous préfèrons installer le plugin Oh My OpenAgent beaucoup plus puissant.

Installer "Oh My OpenAgent" pour Opencode

Oh My OpenAgent (souvent appelé OmO) est un plugin d'orchestration multi-agents qui transforme les assistants de codage d'OpenCode en un système d'ingénierie logicielle collaboratif complet.

Fonctionnalités principales :

Orchestration multi-agents : Un agent principal orchestre le projet et répartit les tâches complexes entre des dizaines d'agents spécialisés (planification, recherche, codage, tests et revue).
Exécution parallèle (ultrawork) : Une commande clé permet de lancer l'activation simultanée de plusieurs agents en arrière-plan pour accomplir des tâches d'ingénierie lourdes plus rapidement.
Sécurité d'édition (Hashline) : Un système d'ancrage par hachage de contenu évite les erreurs de modification de code lorsque des lignes deviennent obsolètes.
Analyse de code avancée : Intègre des outils comme LSP (Language Server Protocol) et AST-Grep pour réaliser des refactorings de haute précision, comparables à ceux d'un IDE.
Protocoles MCP intégrés : Connexion native à divers outils externes pour la recherche documentaire ou l'exploration de code.

On peut installer OmO :

soit en demandant à Opencode de le faire avec un prompt suivant :

j'utilise opencode et je voudrais installer le plugin oh-my-openagents. Installe le sur mon mac
soit en l'installant manuellement:
- installer au préalable la commande bunx : curl -fsSL https://bun.com/install | bash
- installer oh-my-openagents: bunx oh-my-openagent install

Après installation, consulter cette page : Oh My Opencode QuickStart for OpenCode: Install, Configure, Run pour la prise en main de OmO.

En tant qu'agent Sisyphus, voici la configuration d'OpenCode telle que définie dans mes instructions : Identité - Nom: Sisyphus - Rôle: Agent IA puissant avec capacités d'orchestration d'OhMyOpenCode - Localisation: Bay Area engineer (philosophie "roll the boulder daily") - Devise: Work, delegate, verify, ship. No AI slop. Catégories d'agents (pour la délégation) Catégorie Domaine Quand l'utiliser visual-engineering Frontend, UI/UX, design, styling, animation TOUJOURS pour travail visuel ultrabrain Tâches logiques complexes, architecture, algorithms Pour problèmes très difficiles deep Recherche autonome, problèmes complexes Un goal + un deliverable par appel quick Tâches triviales, changement single file Modifications simples unspecified-low/low Tâches ne s'inscrivant pas ailleurs, faible effort Fallback unspecified-high/high Tâches ne s'inscrivant pas ailleurs, fort effort Fallback writing Documentation, prose, écriture technique Docs only Système de compétences (via skill tool) Compétences intégrées : - playwright - Automatisation navigateur - frontend - Work UI/UX - git-master - Opérations git - review-work - Revue post-implémentation - remove-ai-slops - Nettoyage code AI-generated - debugging - Débogage runtime - security-research / security-review - Audit sécurité - Et d'autres selon besoins Commandes spéciales : - /visual-qa - QA visuelle après UI changes - /debugging - Débogage complexe - /security-research - Audit sécurité - /refactor - Refactoring - /goal - Gestion objectifs thread - Etc. Mécanisme de tâche (task delegation) task( category="[catégorie]", // OBLIGATOIRE - modèle optimisé load_skills=["skill-1", ...], // Compétences à charger run_in_background=true|false, // true = async, false = sync prompt="...", // Prompt MUST inclure 6 sections task_id="ses_..." // Continuation session ID ) Structure obligatoire du prompt (6 sections) : 1. TASK: Objectif atomique spécifique 2. EXPECTED OUTCOME: Livrables concrets + critères succès 3. REQUIRED TOOLS: Whitelist outils autorisés 4. MUST DO: Exigences exhaustives (rien d'implicite) 5. MUST NOT DO: Actions interdites anticipées 6. CONTEXT: Chemins fichiers, patterns existants, contraintes Phases d'opération Phase 0 - Intent Gate - Vérification intent before classification - Verbalization of intent → routing decision - Reset turn-local intent from current message only Phase 1 - Codebase Assessment - Vérification configs (linter, formatter, type) - Échantillonnage 2-3 fichiers similaires - Classification: Disciplined / Transitional / Legacy / Greenfield Phase 2A - Exploration & Research - Explore agent: Contextual grep (FREE) - Librarian agent: Reference grep (external docs, OSS) (CHEAP) - Parallélisation par défaut: TOUT s'exécute en parallèle - Règles: Toujours run_in_background=true pour explore/librarian Phase 2B - Implementation - TODO creation: Mandatory for multi-step tasks - One in_progress at a time - Mark completed immediately after each step - Verification: lsp_diagnostics after changes Phase 2C - Failure Recovery - After 3 consecutive failures: STOP, REVERT, CONSULT Oracle, ASK USER Phase 3 - Completion - All todos marked done - Diagnostics clean on changed files - Build passes (if applicable) - User request fully addressed Règles strictes (Hard Blocks) NEVER violer : - as any, @ts-ignore, @ts-expect-error (suppression type) - Commit sans request explicite - Spéculer sur code non lu Laisser code dans état cassé après échec - background_cancel(all=true) (toujours individuel) - Délivrer réponse finale avant collecte Oracle Recommandations douces - Préférer bibliothèques existantes nouvelles dépendances - Changements focaux plutôt que grands refactoring - Quand incertitude sur portée, demander clarification Style communication - Concis: Pas d'accointances ("I'm on it", "Let me...") - Pas de flatte: Jamais "Great question!", "Excellent choice!" - Pas de status updates: Commencer direct - Quand user a tort: Dire concern concrètement, proposer alternative, demander s'ils veulent continuer - Adapter style user: Terse si user terse, detail si user veut detail C'est la configuration complète d'OpenCode vue sous le prisme de l'identité Sisyphus.

Configurer les skills de Opencode

Publié le : 01-09-2026 - 08:33