Desarrollo con Claude Opus, Codex CLI y Gemini CLI

En un proyecto de software, las decisiones arquitectónicas, la generación de código y las operaciones de infraestructura plantean necesidades distintas. En lugar de delegar todo el trabajo en una sola herramienta de inteligencia artificial, distribuir las tareas según estas necesidades puede ofrecer una modalidad de trabajo más equilibrada. En X Mind Solutions implementamos este enfoque a través de Claude Opus, Codex CLI y Gemini CLI. Nuestro foco está en establecer una conexión clara entre las etapas de planificación, desarrollo y operaciones del proyecto, cuidando al mismo tiempo el presupuesto limitado de tokens.

En este flujo de trabajo, le asignamos a Claude Opus el rol de planificación estratégica. Primero analizamos la estructura general del proyecto, definimos las funciones principales y clarificamos qué componentes resultan necesarios. Cómo se van a integrar estos componentes y de qué manera se va a estructurar el flujo de trabajo también forman parte de esta etapa. De este modo, en vez de arrancar la generación de código con una idea difusa, creamos un marco arquitectónico capaz de traducirse en tareas de desarrollo concretas. Además, empleamos Opus para evaluar nuevamente el código producido.

Durante la fase de generación de código, le delegamos a Codex CLI tareas con alcances bien delimitados. Las definiciones precisas, como qué tarea específica debe realizar una función o cómo tiene que comportarse un endpoint de API, constituyen la base de esta etapa. Testeamos el código recibido y lo optimizamos con revisiones siempre que sea necesario. Una de las razones por las que elegimos Codex CLI en este esquema es mantener el balance de costos. Sin embargo, que el código esté generado no significa que el trabajo esté terminado; las instancias de prueba y evaluación siguen formando parte integral del flujo.

En el área de operaciones entran en juego Gemini CLI y las conexiones MCP. En este nivel abordamos tareas como la apertura de branches y la gestión de pull requests en GitHub, el despliegue de aplicaciones en VPS y las configuraciones de DNS y CDN mediante Cloudflare. La distribución de roles acá no busca reemplazar con Gemini CLI las decisiones de arquitectura ni la generación de código, sino articularlo con los pasos de infraestructura posteriores al desarrollo. De esta manera, organizamos las tareas operativas como un área de responsabilidad independiente.

Un flujo típico de desarrollo de una API permite visualizar claramente esta división de tareas. En primer término, definimos la arquitectura de la API con Opus. Luego, le encargamos a Codex CLI la tarea de escribir y probar un endpoint determinado. Evaluamos el código resultante mediante tests y lo sometemos nuevamente al control de calidad con Opus. En el paso siguiente, enviamos el código a GitHub a través de Gemini CLI y lo desplegamos en el VPS. La salida de cada etapa se convierte en la entrada concreta sobre la que trabajará la siguiente herramienta.

El núcleo de este enfoque no reside en multiplicar la cantidad de herramientas, sino en asignarle a cada una una responsabilidad puntual. Al recurrir a Opus para el razonamiento arquitectónico, a Codex CLI para la generación de código y a Gemini CLI para las conexiones operativas, distribuimos el consumo de tokens entre las distintas tareas. No consideramos que esto brinde recursos ilimitados, sino que lo vemos como una forma de aprovechar el presupuesto disponible con mayor equilibrio. Esta división del trabajo, que también expusimos en el Claude Code Meetup İstanbul, demuestra cómo los hábitos cotidianos de desarrollo pueden generar un espacio de debate concreto para el aprendizaje mutuo.