Un flujo de trabajo de software con Claude Opus, Codex CLI y Gemini CLI

En un proyecto de software, las decisiones de arquitectura, la generación de código y las operaciones de infraestructura plantean necesidades diferentes. En lugar de asignar todo el trabajo a una única herramienta de inteligencia artificial, distribuir las tareas según esas necesidades puede ofrecer una forma de trabajo más equilibrada. En X Mind Solutions abordamos este enfoque con Claude Opus, Codex CLI y Gemini CLI. Nuestro objetivo es establecer una conexión clara entre las etapas de planificación, desarrollo y operaciones del proyecto, teniendo en cuenta un presupuesto limitado de tokens.

En este flujo de trabajo, asignamos a Claude Opus el papel de planificación estratégica. Primero analizamos la estructura general del proyecto, definimos sus funciones principales y concretamos qué componentes se necesitan. Esta etapa también abarca cómo se integrarán los componentes y cómo se organizará el flujo de trabajo. Así, en lugar de empezar directamente a generar código a partir de una idea imprecisa, creamos un marco arquitectónico que puede traducirse en tareas de desarrollo concretas. También utilizamos Opus para reevaluar el código generado.

En la etapa de generación de código, trasladamos a Codex CLI tareas con un alcance bien definido. Las especificaciones concretas, como qué debe hacer una función o cómo debe comportarse un endpoint de API, constituyen la base de esta fase. Probamos el código recibido y lo mejoramos mediante revisiones cuando es necesario. Una de las razones por las que elegimos Codex CLI en esta organización es mantener el equilibrio de costes. Sin embargo, que el código se haya generado no significa que el trabajo haya terminado: las pruebas y la evaluación siguen formando parte del flujo.

En el ámbito operativo intervienen Gemini CLI y las conexiones MCP. En esta capa abordamos tareas como crear ramas y gestionar pull requests en GitHub, desplegar aplicaciones en un VPS y configurar DNS y CDN a través de Cloudflare. Esta distribución de funciones no sitúa a Gemini CLI como sustituto de las decisiones de arquitectura o de la generación de código, sino que lo vincula a los pasos de infraestructura posteriores al desarrollo. De este modo, organizamos las tareas operativas como un ámbito de responsabilidad independiente.

Un ejemplo de flujo de desarrollo de API ilustra esta distribución de tareas. Primero diseñamos la arquitectura de la API con Opus. Después asignamos a Codex CLI la tarea de escribir y probar un endpoint concreto. Evaluamos el código generado mediante pruebas y realizamos una nueva revisión de calidad con Opus. En el siguiente paso, enviamos el código a GitHub y lo desplegamos en un VPS a través de Gemini CLI. El resultado de cada etapa se convierte en una entrada concreta sobre la que trabajará la siguiente herramienta.

El centro de este enfoque no es aumentar el número de herramientas, sino asignar a cada una una responsabilidad específica. Al utilizar Opus para la reflexión arquitectónica, Codex CLI para la generación de código y Gemini CLI para las conexiones operativas, distribuimos el consumo de tokens entre las tareas. No lo consideramos una forma de disponer de recursos ilimitados, sino un enfoque para utilizar el presupuesto disponible de manera más equilibrada. Esta división del trabajo, que también abordamos en Claude Code Meetup Estambul, muestra cómo las prácticas cotidianas de desarrollo pueden ofrecer una base concreta de debate para el aprendizaje mutuo.