Quels OpenCode plugins choisir pour coder avec l’IA ?

Je choisirais les OpenCode plugins selon vos vrais points de friction. Mémoire, terminal, recherche citée, auth, analytics ou skills réutilisables. L’idée n’est pas d’en installer sept d’un coup, mais de transformer OpenCode en assistant de dev vraiment adapté à votre façon de bosser.

Pourquoi ajouter des plugins OpenCode ?

Les plugins OpenCode servent à étendre l’agent de codage avec des outils concrets, pas à empiler des gadgets pour faire joli. Je les vois comme des briques qui ajoutent des capacités précises à OpenCode, selon votre manière de coder, vos contraintes, et surtout vos irritants du quotidien.

Le vrai intérêt, c’est la personnalisation du workflow développeur. Un agent IA de codage seul peut déjà aider à écrire, corriger ou expliquer du code. Mais dès qu’on travaille sur un vrai projet, avec plusieurs sessions, des commandes longues, de la recherche technique, des accès à différents modèles IA, ça devient vite limité si tout reste générique.

Les grandes familles de plugins répondent à des besoins assez clairs :

• Mémoire persistante : Pour garder du contexte entre deux sessions, comme les choix d’architecture, les conventions du projet ou les décisions déjà prises.
• Terminal interactif PTY : PTY veut dire pseudo-terminal. En simple, ça permet à l’agent de piloter des processus interactifs, pas juste lancer une commande et attendre une sortie.
• Recherche web avec citations : Pour vérifier une info récente, retrouver une doc, comparer des solutions, avec des sources traçables.
• Authentification vers des modèles : Pour connecter OpenCode à différents fournisseurs IA ou modèles privés sans bricoler à chaque fois.
• Analytics de codage : Pour suivre comment vous codez, où part le temps, quels fichiers ou tâches reviennent souvent.
• Skills réutilisables : Pour transformer des routines en capacités prêtes à l’emploi, par exemple auditer une API, générer des tests ou préparer une PR.
• Pack avancé tout en un : Pour ceux qui veulent un setup riche, déjà assemblé, avec plusieurs capacités utiles dès le départ.

Le bon choix dépend du problème quotidien à résoudre. Si je perds le contexte, je regarde la mémoire. Si j’ai besoin de processus longs ou interactifs, je regarde le PTY. Si je fais de la recherche technique, je veux des citations. Si je veux aller vite avec un setup complet, je regarde le pack tout en un.

Découvrez égalementComment mettre l’agentic AI en production ?

Sur le terrain, je vois souvent le même souci chez les clients. Le problème n’est pas le manque d’IA. C’est le manque de continuité entre les sessions, les outils et les routines de travail. Les plugins servent justement à recoller tout ça.

Quel plugin tout en un choisir ?

Oh My Openagent est le choix le plus logique quand je veux un pack avancé, plutôt qu’une pile de petits plugins ajoutés au fil de l’eau. Ce n’est pas magique, et ce n’est pas forcément le plus léger, mais si votre objectif est d’avoir un socle plus structuré autour d’OpenCode, c’est celui que je regarderais en premier.

Ce plugin regroupe plusieurs briques utiles quand on code avec l’IA. Les agents en arrière-plan permettent de faire tourner certaines tâches sans rester bloqué sur une seule interaction. Le LSP préconstruit, pour Language Server Protocol, aide l’outil à mieux comprendre le code comme le ferait un éditeur moderne avec l’autocomplétion, les erreurs, les symboles. L’AST, pour Abstract Syntax Tree, représente le code sous forme d’arbre logique. Dit simplement, l’IA ne voit pas juste du texte, elle peut mieux repérer les fonctions, les blocs, les dépendances.

Il y a aussi le Model Context Protocol, ou MCP, qui sert à brancher des sources de contexte ou des outils externes de manière plus propre. Les packs d’agents donnent une base pour organiser plusieurs comportements IA selon les tâches. Et la compatibilité Claude Code compte si vous avez déjà des habitudes ou des workflows construits autour de cet environnement.

Pour moi, Oh My Openagent a surtout du sens dans ces situations :

• Vous avez déjà un workflow avancé avec plusieurs usages IA dans votre code.
• Vous voulez un environnement plus cadré, pas juste une extension posée vite fait.
• Vous cherchez un socle complet pour éviter de maintenir trop de petits ajouts séparés.
• Votre équipe veut standardiser ses pratiques autour d’OpenCode.

Découvrez égalementComment mesurer la maturité IA de votre business ?

La nuance importante, c’est qu’un plugin tout en un accélère le setup, mais il ne remplace pas la réflexion. Si vous ne savez pas ce que vous voulez automatiser, améliorer ou déléguer à l’IA, vous risquez juste d’empiler de la complexité. Je l’ai vu chez un client : l’outillage était impressionnant, mais personne ne savait vraiment quel problème il réglait.

Si votre besoin est très précis, comme ajouter de la mémoire, améliorer la recherche ou suivre des actions, un plugin ciblé peut largement suffire.

Comment garder le contexte ?

Pour garder le contexte entre les sessions et les projets, les deux plugins à regarder sont Opencode Supermemory et Opencode Agent Skills. Pour moi, ce sont deux réponses différentes au même problème de fond : ne pas repartir de zéro à chaque fois.

Opencode Supermemory ajoute une mémoire persistante à l’agent. Persistent, ça veut simplement dire que l’agent peut conserver certaines informations au-delà de la session en cours. Vos préférences techniques, vos conventions de nommage, le contexte d’un projet, les décisions déjà prises, les trucs que vous avez déjà répétés dix fois.

C’est utile dès que vous utilisez l’IA comme un vrai assistant de dev, pas juste comme une boîte à prompts. J’ai vu ça chez un client avec plusieurs repos internes. À chaque nouvelle session, il fallait rappeler le framework, les règles de review, les patterns interdits, les choix d’architecture. Avec une mémoire, l’agent ressemble davantage à un collaborateur continu. Il sait que vous préférez telle approche, que tel dossier contient la logique métier, que les tests doivent suivre telle convention. Ça ne remplace pas la doc, mais ça évite beaucoup de friction.

Découvrez égalementDatabricks Data + AI Summit 2026 change quoi ?

Opencode Agent Skills, lui, répond au problème autrement. Il permet de découvrir et charger des skills d’agent depuis des dossiers de projet, des répertoires utilisateur et des emplacements compatibles Claude. Une skill, c’est une capacité réutilisable. Par exemple une routine de review, une manière d’analyser un bug, une procédure de génération de tests, ou une méthode pour auditer une PR.

C’est très pratique si vous voulez construire une bibliothèque de skills portable. Une équipe peut garder les mêmes routines sur plusieurs projets. Un développeur peut retrouver ses habitudes d’un repo à l’autre. Et si vous travaillez déjà avec des workflows compatibles Claude, c’est intéressant parce que vous évitez de recréer deux systèmes séparés.

Je ne les opposerais pas. Supermemory conserve le contexte. Agent Skills structure des capacités réutilisables. Dans un projet avec des conventions de review un peu strictes, Supermemory aide l’agent à s’en souvenir. Agent Skills permet de charger la routine de review elle-même. Les deux se complètent très bien.

Comment connecter les bons outils ?

Les plugins Opencode Antigravity Auth, Opencode Pty et Opencode Websearch Cited connectent OpenCode à trois dimensions importantes : les modèles, le terminal et l’information externe vérifiable. C’est simple, mais ça change beaucoup le confort au quotidien.

Opencode Antigravity Auth sert à connecter OpenCode à Antigravity via OAuth, avec une connexion Google. OAuth, c’est le mécanisme qui permet d’autoriser un outil à accéder à un service sans lui donner directement votre mot de passe. Une fois branché, OpenCode peut accéder à des modèles comme Gemini 3.1 Pro et Claude Opus 4.6 depuis votre environnement de travail.

Le bénéfice est très concret. Il y a moins de friction d’authentification, moins de manipulations entre les outils, et un accès plus direct aux modèles pendant que vous codez. Je reste prudent sur ce point : ce n’est pas magique, ça ne rend pas le modèle meilleur. Ça rend surtout l’accès plus fluide.

Opencode Pty ajoute le support d’un pseudo-terminal interactif. Un PTY, pour “pseudo-terminal”, permet à un programme de se comporter comme s’il était utilisé dans un vrai terminal. C’est utile quand une commande ne se contente pas de tourner puis de finir proprement.

Avec ce plugin, OpenCode peut lancer des processus en arrière-plan, envoyer des entrées plus tard, puis relire les sorties ensuite. Typiquement, ça sert pour un serveur local, une session interactive, un script long, un watcher, ou une tâche qui attend une confirmation. C’est le genre de détail qui évite de casser le flux.

Opencode Websearch Cited ajoute une recherche web avec citations intégrées et listes de sources. Selon l’installation, il peut être configuré avec des moteurs comme Google, OpenAI ou OpenRouter. Là, l’intérêt est surtout l’auditabilité. Une réponse sans source est difficile à vérifier. Avec des citations, on remonte plus vite à l’origine de l’information, on valide, on compare, on évite de prendre une hallucination pour une vérité.

Dans les équipes, je vois souvent que le gain ne vient pas de l’outil le plus impressionnant, mais du petit pont qui évite de copier coller entre trois interfaces. C’est moins sexy en démo, mais beaucoup plus utile lundi matin.

• Auth pour l’accès aux modèles depuis OpenCode.
• PTY pour l’exécution interactive dans le terminal.
• Websearch Cited pour la recherche sourcée et vérifiable.

Comment mesurer le travail IA ?

Opencode Wakatime sert à rendre visible le temps et l’activité liés au codage assisté par IA. Mesurer ne veut pas dire surveiller pour surveiller. C’est surtout comprendre comment l’outil est réellement utilisé, où il aide, où il ralentit, et où on se raconte peut-être une belle histoire.

Opencode Wakatime ajoute un suivi d’activité dans OpenCode. Il mesure le temps passé, les fichiers modifiés et l’activité autour du codage assisté par IA. Ces données remontent dans le tableau de bord WakaTime, un outil assez connu chez les développeurs pour suivre le temps de dev par projet, langage, fichier ou environnement.

Ce que j’aime bien ici, c’est que ça remet un peu de concret dans les discussions sur l’IA. Parce que dire “On va plus vite”, c’est vague. Voir que certains fichiers bougent plus vite, que les tâches de refactoring prennent moins de temps, ou que les allers-retours sur les tests diminuent, c’est déjà plus utile.

Le plugin aide surtout à poser les bonnes questions :

• Où passe vraiment le temps quand je code avec l’IA ?
• Quels fichiers sont les plus modifiés ?
• Est-ce que l’IA accélère certains types de tâches, comme les tests, la documentation ou le refactoring ?
• Est-ce que mon workflow devient plus fluide, ou est-ce que je passe juste plus de temps à corriger des sorties moyennes ?

Je reste prudent là-dessus. WakaTime ne mesure pas parfaitement la productivité. Il mesure de l’activité. Et l’activité, ce n’est pas toujours de la valeur. J’ai déjà vu des équipes “très actives” produire beaucoup de bruit. Mais pour comparer avant/après, repérer des tendances, ou décider si un plugin mérite de rester dans le stack, c’est franchement utile.

Une fois les sept plugins présentés, je choisis rarement tout d’un coup. Je pars du problème principal, je prends un plugin ciblé, je mesure l’effet, puis j’étends. Si le besoin est large, Oh My Openagent peut devenir le socle. Si le besoin est précis, un plugin spécialisé suffit largement.

On commence par quel plugin ?

Je commencerais par le plugin qui enlève la friction la plus pénible aujourd’hui. Si OpenCode oublie trop vite votre contexte, Supermemory ou Agent Skills sont prioritaires. Si vous passez votre temps entre terminal, modèle et navigateur, Antigravity Auth, Pty ou Websearch Cited vont être plus utiles. Si vous voulez un socle avancé, Oh My Openagent a du sens. Et si vous voulez comprendre l’usage réel, Wakatime apporte la mesure. Le bon réflexe, c’est d’installer moins, mais mieux. Vous gardez un workflow plus propre, plus fiable, et surtout plus utile au quotidien.

FAQ

• À quoi servent les OpenCode plugins ?
  Les OpenCode plugins servent à ajouter des capacités concrètes à OpenCode. Mémoire persistante, terminal interactif, recherche web avec citations, authentification vers certains modèles, suivi d’activité ou skills réutilisables. L’idée est de rendre l’agent plus proche de votre workflow réel.
• Quel plugin OpenCode choisir en premier ?
  Je partirais du problème le plus fréquent. Pour garder le contexte, Opencode Supermemory. Pour des workflows avancés, Oh My Openagent. Pour lancer et suivre des processus en terminal, Opencode Pty. Pour faire de la recherche vérifiable, Opencode Websearch Cited.
• Quelle différence entre Supermemory et Agent Skills ?
  Supermemory sert à conserver des informations entre sessions et projets. Agent Skills sert plutôt à découvrir et charger des compétences réutilisables depuis différents dossiers, y compris des emplacements compatibles Claude. Le premier garde le contexte, le second organise des capacités portables.
• Pourquoi utiliser un terminal interactif avec OpenCode ?
  Avec Opencode Pty, OpenCode peut travailler avec un pseudo-terminal interactif. C’est utile pour des processus longue durée, des commandes qui demandent une interaction ou des sorties qu’on veut relire plus tard. Ça évite de casser le flux entre l’agent et l’exécution réelle.
• Opencode Wakatime mesure quoi exactement ?
  Opencode Wakatime suit l’activité liée au codage assisté par IA, comme le temps passé et les modifications de fichiers, puis envoie ces données vers le tableau de bord WakaTime. C’est utile pour voir l’usage réel, sans prétendre mesurer parfaitement toute la productivité.

A propos de l’auteur

Je suis Franck Scandolera, expert et formateur en tracking avancé server-side, Analytics Engineering, automatisation No et Low Code avec n8n, intégration de l’IA en entreprise, SEO et GEO. J’accompagne des équipes qui veulent rendre leurs outils plus mesurables, plus automatisés et plus utiles dans le vrai travail, pas juste dans une démo. J’ai travaillé avec des références comme Logis Hôtel, Yelloh Village, BazarChic, la Fédération Française de Football ou Texdecor. Je dirige l’agence webAnalyste et l’organisme Formations Analytics. Si vous voulez structurer vos workflows IA, data ou automatisation, contactez-moi.

Franck Scandolera

⭐ Analytics engineer, Data Analyst et Automatisation IA indépendant ⭐

Ref clients : Logis Hôtel, Yelloh Village, BazarChic, Fédération Football Français, Texdecor…

Mon terrain de jeu :

Data Analyst & Analytics engineering : tracking avancé (GA4, Matomo, Piano, GTM server, Tealium, Commander Act, e-commerce, CAPI, RGPD), entrepôt de données (BigQuery, Snowflake, PostgreSQL, ClickHouse), modèles (Airflow, dbt, Dataform), dashboards décisionnels (Looker, Power BI, Metabase, SQL, Python).
Automatisation IA des taches Data, Marketing, RH, compta etc : conception de workflows intelligents robustes (n8n, App Script, scraping) connectés aux API de vos outils et LLM (OpenAI, Mistral, Claude…).
Engineering IA pour créer des applications et agent IA sur mesure : intégration de LLM (OpenAI, Mistral…), RAG, assistants métier, génération de documents complexes, APIs, backends Node.js/Python.