La flexibilité et la nature open source d'OpenCode sont de véritables forces, mais en tant qu'outil CLI autonome, il a des limites en gestion de projet, persistance des connaissances et coordination multi-repo. Pour que la capacité ouverte d'OpenCode crée plus de valeur, elle a besoin d'un environnement de travail plus englobant.
Multithreading : laisser OpenCode gérer plusieurs tâches simultanément
OpenCode peut faire beaucoup au sein d'une session, mais la vraie livraison arrive rarement une tâche à la fois.
HagiCode vous permet de faire tourner plusieurs sessions OpenCode en parallèle, chacune avec un contexte isolé, une frontière de responsabilité claire et une progression indépendante.
Cela transforme l'assistance IA d'une seule conversation en un atelier d'ingénierie parallèle qui correspond à la façon dont les équipes construisent réellement des logiciels.
- Le thread A peaufine les endpoints API backend;
- Le thread B refactore des composants frontend;
- Le thread C écrit des tests unitaires;
- Le thread D audite le code pour les vulnérabilités de sécurité.
Sessions de proposition OpenSpec : donner au développement flexible d'OpenCode un suivi de décision structuré
Dans le développement quotidien, le chaos le plus courant n'est pas l'incapacité d'écrire du code — c'est de faire un tas de changements puis d'oublier pourquoi vous les avez faits, ce que vous avez changé et comment ces changements sont reliés entre eux.
Le workflow de proposition OpenSpec intégré à HagiCode résout fondamentalement ce problème. Chaque tâche de développement démarre comme une proposition :
Cette approche 'réfléchir d'abord puis agir' fait briller encore plus la puissance de raisonnement de OpenCode et vous permet de comprendre rapidement le contexte de décision des mois plus tard en revenant au code.
- D'abord, notez quel problème cette tâche résout et pourquoi cette approche a du sens;
- Discutez en profondeur de l'approche technique avec OpenCode dans le cadre de la proposition — toutes les conversations et décisions sont enregistrées dans le contexte de la proposition;
- Une fois l'approche confirmée, OpenCode implémente le code dans les contraintes de la proposition;
- Le document de proposition final, les enregistrements de discussion et les changements de code forment une chaîne de traçabilité complète.
Commits IA : automatiser l'wrap-up de gestion de version pour OpenCode
Écrire des messages de commit après avoir fini le code est une forme de friction mentale pour beaucoup de développeurs. Trop décontracté et vous ne retrouvez pas les commits clés plus tard ; trop formel et cela ressemble à du temps perdu.
La fonctionnalité de commit IA de HagiCode confie cela entièrement à OpenCode : elle analyse vos changements de code, comprend l'intention et la portée de l'impact, puis génère automatiquement des messages de commit clairement structurés, sémantiquement exacts. Plus important encore, durant le commit IA, HagiCode verrouille automatiquement le dépôt pour empêcher les conflits d'état des opérations concurrentes, garantissant des commits sûrs et fiables.
Économisez votre attention pour la création — laissez OpenCode gérer la paperasse du commit.
Éditeur de navigateur Code Server : de la flexibilité terminal à l'édition visuelle
Après que OpenCode analyse le code, identifie le fichier problématique et localise le numéro de ligne exact, le moment gênant familier se produit : vous devez quitter la fenêtre de conversation IA, retourner dans votre IDE, retrouver le fichier et sauter manuellement au bon endroit. Cette rupture de contexte de l'analyse à l'édition n'interrompt pas seulement votre flux mais maintient la valeur de l'IA à 'vous dire où est le problème' plutôt que 'vous aider à entrer directement en mode édition'.
L'éditeur de navigateur basé sur Code Server intégré à HagiCode est conçu spécifiquement pour résoudre cette rupture :
L'intégration Code Server fait de HagiCode non pas seulement une page frontend qui peut analyser le code, mais une workstation complète où l'analyse de OpenCode peut atterrir directement comme actions d'édition. Elle minimise le coût de changement d'outil entre l'analyse IA et la modification hands-on.
- En un clic de l'analyse à l'édition : une fois que OpenCode identifie dans une proposition le fichier nécessitant des changements, HagiCode peut ouvrir directement ce fichier dans l'atelier pour l'éditer. Vous n'avez pas besoin de changer d'outil ni de retrouver le fichier — la distance entre le résultat de l'analyse et la modification hands-on est nulle.
- Local, conteneur, distant — couverture totale : que votre projet tourne sur une machine locale, dans un conteneur Docker ou sur un serveur distant, le Code Server de HagiCode peut ouvrir le répertoire du projet via le navigateur pour l'édition. Vous n'êtes plus contraint par 'ce projet ne peut être édité que dans un environnement spécifique'.
- Édition directe du Vault : les bibliothèques de référence de code et les projets d'apprentissage enregistrés dans votre Vault peuvent également être ouverts et parcourus directement via le Code Server. Quand OpenCode référence un exemple de code, vous pouvez plonger à tout moment pour une étude ou une pratique plus approfondie.
Preset Task : modéliser les workflows flexibles d'OpenCode
Les capacités de OpenCode sont fortes, mais taper manuellement les exigences à chaque fois n'est pas efficace. Plus important encore, la communauté a déjà produit une richesse de Skills de haute qualité — des modèles de revue de code aux générateurs CRUD full-stack, de la génération automatique de documentation à l'orchestration de cas de test. Ces pratiques éprouvées sont dispersées partout sans endroit unifié pour les héberger et les invoquer.
Le mécanisme Preset Task de HagiCode est conçu pour résoudre ce problème. C'est plus que de simples commandes raccourcies — c'est une plateforme d'intégration Skills extensible :
Preset Task met à niveau votre collaboration avec OpenCode de 'communiquer à partir de zéro à chaque fois' à 'se tenir sur les épaules de la communauté, invoquer en un clic des workflows matures'. Vous choisissez le modèle, OpenCode exécute — c'est la véritable automatisation de workflow, et tout le processus est visuellement délicieux.
- Compétences communautaires prêtes à l'emploi : HagiCode prend en charge l'import de Skills communautaires populaires en tant que Preset Tasks. Vous n'avez pas besoin de concevoir des prompts complexes à partir de zéro — la communauté a déjà accumulé une richesse de modèles de tâches de haute qualité. Importez et utilisez immédiatement : nouveaux modules CRUD, revues de code complètes, génération de documentation d'API — tout a des solutions prêtes.
- Système de Skills extensible : si vous avez des exigences de projet uniques ou des conventions d'équipe, HagiCode vous permet de personnaliser et composer par-dessus les Skills communautaires. Vous pouvez ajuster les checklists, ajouter des standards de codage d'équipe, voire chaîner plusieurs Skills en un pipeline de développement complet, construisant ainsi la bibliothèque de modèles de tâches de votre équipe.
- Opérations visuelles, adieu à la tediousness du texte brut : c'est la différence fondamentale entre HagiCode et les outils purement en ligne de commande. Choisir une Preset Task n'exige pas de taper des commandes et d'assembler des paramètres dans le terminal — cela se fait via une interface visuelle soigneusement conçue. Cliquez pour sélectionner des tâches, menus déroulants pour changer de paramètres, glisser-déposer pour réordonner les tâches — chaque étape a un retour visuel clair et des indicateurs de statut. L'interaction homme-machine passe de 'écrire du code pour invoquer l'IA' à 'utiliser une UI pour diriger l'IA'.
Interface gamifiée : donner à la puissance terminal d'OpenCode une couche visuelle
La programmation elle-même peut être tedious, mais elle peut aussi être amusante. La conception d'interface gamifiée de HagiCode rompt avec l'expérience froide des outils en ligne de commande :
OpenCode fournit l'intelligence, HagiCode fournit l'expérience — ensemble, ils transforment la programmation IA d'un 'outil de productivité' en 'un environnement de développement que vous voulez réellement ouvrir'.
- Retour visuel clair : le statut d'exécution, la progression et les résultats de chaque session sont présentés via des éléments d'interface intuitifs — plus besoin de défiler frénétiquement la sortie du terminal.
- Visualisation des accomplissements et de la progression : l'achèvement des tâches, les commits de code, les approbations de propositions — ces jalons sont enveloppés en accomplissements visibles, donnant au processus de développement un sens du rythme et de l'accomplissement.
- Faible barrière à l'entrée : la combinaison de clics de souris, de glisser-déposer et de raccourcis clavier permet aux développeurs peu habitués aux workflows purement terminaux d'exploiter facilement toutes les capacités de OpenCode.
Gestion des Agents : organiser les instances OpenCode en une flotte gérable
Les sessions parallèles sont utiles, mais une fois que vous en avez plusieurs qui tournent, la coordination devient le prochain goulot d'étranglement.
La couche de gestion des Agents de HagiCode transforme chaque worker OpenCode en un Agent nommé, planifiable, avec un statut visible, une portée assignée et une configuration indépendante.
Vous passez de 'beaucoup de terminaux sont ouverts' à 'une petite équipe IA est coordonnée en un seul endroit'.
- Visualisation de l'identité et du statut de l'Agent : voyez d'un coup d'œil quel Agent est en cours d'exécution, en attente, bloqué ou prêt à être archivé.
- Liaison tâche-à-Agent : propositions, revues, refactors et travaux de test peuvent chacun être assignés à un Agent dédié.
- Configuration d'Agent indépendante : différents Agents peuvent utiliser différentes routes de modèle, Skills et portées de contexte sans s'interférer.
Gestion multi-repo Monospecs : donner à OpenCode la carte complète du projet
Dans les projets réels, le code vit rarement dans un seul dépôt. Frontend, backend, documentation, bibliothèques partagées sont dispersés à travers différents repos, et un seul changement de fonctionnalité peut nécessiter de toucher plusieurs repos simultanément. Pour OpenCode, le mode mono-repo fonctionne, mais il n'a pas de compréhension native des relations cross-repo — vous devez lui dire manuellement dans chaque conversation que 'ce changement doit aussi se synchroniser à deux autres repos', ce qui est clairement inefficace.
Le mécanisme Monospecs de HagiCode est la solution structurée conçue pour les scénarios multi-repo. Via le fichier de configuration .hagicode/monospecs.yaml, il déclare toutes les adresses, noms et relations des sous-repos dans le groupe de projets, donnant à OpenCode une carte cross-repo automatique au lancement des propositions :
Monospecs élimine essentiellement les angles morts cognitifs de OpenCode dans la collaboration cross-repo. Le raisonnement de OpenCode est puissant, mais il a toujours besoin d'une carte précise pour localiser la portée des changements — et Monospecs est cette carte de projet gérée systématiquement.
- Prise de conscience automatique des relations de repo : lors de la création d'une proposition de développement, OpenCode peut lire directement la liste des sous-repos depuis la configuration Monospecs, sachant que 'le code frontend de ce changement est dans repos/frontend, les définitions d'API dans repos/backend, la documentation dans repos/docs' — vous n'avez plus besoin d'énumérer manuellement quels repos sont impliqués à chaque fois.
- Suivi des changements cross-repo : quand une proposition couvre plusieurs sous-repos, le répertoire de propositions OpenSpec reste dans le repo principal, les sous-repos ne portant que les changements de code. Cela maintient les specs et le code séparés, les sous-repos restent propres, mais toute la chaîne de décision et les enregistrements de discussion du changement sont centralisés en un seul endroit. À l'archivage, commit_when_archive peut aussi auto-committer les specs dans le repo principal, économisant les maux de tête de gestion de version manuelle.
- Ciblage intelligent de repo lors des commits IA : lors des commits IA, HagiCode analyse vos changements par rapport à la configuration Monospecs et suggère automatiquement vers quel repo cible le commit devrait aller. Vous n'avez pas besoin de cd dans chaque répertoire dans le terminal — HagiCode gère le jugement du repo auquel ce code appartient.
- AGENTS.md par repo : chaque sous-repo peut avoir son propre AGENTS.md indiquant à OpenCode la stack technique, les standards de codage et les conventions de développement de ce repo. OpenCode lit automatiquement les conseils correspondants en opérant sur différents repos, se comportant toujours selon les standards de votre équipe.
Base de connaissance cross-projet Vault : donner à OpenCode une mémoire persistante
La fenêtre de contexte de OpenCode est grande, mais chaque nouvelle session démarre de zéro — l'expérience accumulée dans le tour précédent de propositions, les structures de projet analysées, les bonnes pratiques discutées — tout est 'oublié' quand la session se termine. Dans les outils de conversation pure, vous ne pouvez qu'accepter cela, mais dans HagiCode, le système Vault change la donne.
Vault est la couche de stockage de connaissance persistante cross-projet de HagiCode. Sa philosophie de conception fondamentale est 'enregistrer une fois, réutiliser partout' :
Si Monospecs laisse OpenCode comprendre où sont les projets, Vault laisse OpenCode se souvenir de ce que nous avons appris avant. Le premier étend la vision spatiale de OpenCode, le second prolonge la mémoire temporelle de OpenCode — ensemble, OpenCode n'est plus un étranger qui se représente à chaque fois, mais un partenaire à long terme qui comprend vraiment votre paysage de projet et l'accumulation de connaissances.
- Conteneurs de connaissance multi-types : Vault prend en charge quatre types — folder (répertoires de fichiers généraux), coderef (spécifiquement pour étudier des projets open-source, initialisant automatiquement des structures de répertoires standardisées), obsidian (connectant directement votre carnet Obsidian existant) et system-managed (configuration de projet gérée automatiquement par le système et bibliothèques de modèles de prompts). Vous pouvez enregistrer dans Vault des dépôts de code, des notes d'étude et des documents de conception dispersés — OpenCode perçoit automatiquement l'existence de ces ressources de connaissance dans toute proposition.
- Injection automatique de contexte IA : chaque fois qu'une nouvelle proposition démarre, HagiCode injecte automatiquement vos informations Vault enregistrées dans le contexte de OpenCode. Vous n'avez pas besoin de copier manuellement des fragments de code ni de réexpliquer les arrière-plans du projet — OpenCode reçoit la proposition tout en sachant déjà quelles ressources d'apprentissage et projets de référence vous avez disponibles, et peut commencer à travailler directement à partir des connaissances existantes.
- Contrôle d'accès fin : chaque Vault peut être marqué comme reference (lecture seule) ou éditable. Les bibliothèques de code de référence pour les projets open-source sont en lecture seule — OpenCode peut lire et analyser mais ne pas modifier, empêchant les changements accidentels. Vos propres Vaults de projet en éditable permettent à OpenCode de vous aider à écrire du code directement. Cette frontière maintient la liberté de l'IA toujours contrôlable.
- Réutilisation des connaissances cross-projet : enregistrez un Vault 'référence de design patterns' tout en analysant le projet A, et OpenCode peut y accéder dans toute proposition ultérieure. Vous n'avez pas besoin de reconstruire des bases de connaissances à plusieurs reprises — Vault transforme vos résultats d'apprentissage et ressources de référence en actifs à long terme héritables.
Routage de modèle OmniRoute : amplifier la flexibilité de modèle d'OpenCode
Les équipes devraient pouvoir conserver le workflow qu'elles aiment sans verrouiller l'accès au modèle à un seul fournisseur ou un seul chemin d'abonnement.
OmniRoute sépare la couche d'interaction de la couche de routage de modèle, de sorte que HagiCode peut garder OpenCode dans le workflow tout en changeant les sources de modèle en dessous.
Cela vous donne un meilleur contrôle des coûts, un meilleur appariement tâche-à-modèle et moins de remous de workflow quand les prix ou la disponibilité des modèles changent.
- Conservez la CLI ou le style d'interaction que vous préférez déjà tout en ne changeant que la route de modèle en dessous.
- Partagez une stratégie de routage entre plusieurs Agents et plusieurs outils IA connectés à HagiCode.
- Ajustez différentes routes de modèle pour différentes charges de travail, comme le codage rapide, la revue approfondie ou la planification d'architecture.
- Ajustez les coûts et capacités une fois sur la couche de routage au lieu de retravailler chaque workflow individuel.
