Un workflow logiciel avec Claude Opus, Codex CLI et Gemini CLI

Dans un projet logiciel, les décisions d’architecture, la génération de code et les opérations d’infrastructure répondent à des besoins différents. Plutôt que de confier l’ensemble du travail à un seul outil d’intelligence artificielle, répartir les tâches en fonction de ces besoins peut offrir une manière de travailler plus équilibrée. Chez X Mind Solutions, nous abordons cette approche avec Claude Opus, Codex CLI et Gemini CLI. Notre priorité est d’établir un lien clair entre les étapes de planification, de développement et d’exploitation du projet, tout en tenant compte d’un budget de tokens limité.

Dans ce workflow, nous confions à Claude Opus le rôle de planification stratégique. Nous examinons d’abord la structure générale du projet, définissons ses principales fonctions et précisons les composants nécessaires. Cette étape porte également sur la manière dont les composants s’articuleront et dont le workflow sera organisé. Ainsi, au lieu de commencer directement à générer du code à partir d’une idée imprécise, nous établissons un cadre architectural pouvant être décliné en tâches de développement concrètes. Nous utilisons aussi Opus pour réévaluer le code généré.

Lors de la génération de code, nous transmettons à Codex CLI des tâches clairement délimitées. Des définitions concrètes, comme le rôle d’une fonction ou le comportement attendu d’un endpoint d’API, constituent la base de cette étape. Nous testons le code obtenu et l’améliorons au besoin par des révisions. L’une des raisons de notre choix de Codex CLI dans cette organisation est de préserver l’équilibre des coûts. Toutefois, la génération du code ne signifie pas que le travail est terminé : les tests et l’évaluation restent partie intégrante du workflow.

Pour les opérations, Gemini CLI et les connexions MCP entrent en jeu. À ce niveau, nous traitons notamment la création de branches et la gestion des pull requests sur GitHub, le déploiement d’applications sur un VPS, ainsi que les configurations DNS et CDN via Cloudflare. Cette répartition des rôles ne vise pas à substituer Gemini CLI aux décisions d’architecture ou à la génération de code, mais à l’intégrer aux étapes d’infrastructure qui suivent le développement. Nous organisons ainsi les tâches opérationnelles comme un domaine de responsabilité distinct.

Un exemple de workflow de développement d’API illustre cette répartition des tâches. Nous commençons par concevoir l’architecture de l’API avec Opus. Nous confions ensuite à Codex CLI la rédaction et le test d’un endpoint précis. Nous évaluons le code généré au moyen de tests, puis effectuons un nouveau contrôle qualité avec Opus. À l’étape suivante, nous envoyons le code sur GitHub et le déployons sur un VPS via Gemini CLI. Le résultat de chaque étape devient une donnée d’entrée concrète sur laquelle l’outil suivant peut travailler.

L’objectif central de cette approche n’est pas de multiplier les outils, mais d’attribuer à chacun une responsabilité précise. En utilisant Opus pour la réflexion architecturale, Codex CLI pour la génération de code et Gemini CLI pour les connexions opérationnelles, nous répartissons la consommation de tokens entre les tâches. Nous n’y voyons pas un moyen de disposer de ressources illimitées, mais une démarche permettant d’utiliser le budget disponible de manière plus équilibrée. Cette répartition du travail, également abordée lors du Claude Code Meetup Istanbul, montre comment les pratiques quotidiennes de développement peuvent constituer une base de discussion concrète pour l’apprentissage mutuel.