Fluxo de Software com Claude Opus, Codex CLI e Gemini CLI

Num projeto de software, as decisões de arquitetura, a geração de código e as operações de infraestrutura originam necessidades distintas. Em vez de atribuir todas as tarefas a uma única ferramenta de inteligência artificial, distribuir responsabilidades de acordo com estas necessidades pode proporcionar uma dinâmica de trabalho mais equilibrada. Na X Mind Solutions, implementamos esta abordagem através do Claude Opus, do Codex CLI e do Gemini CLI. O nosso foco reside em estabelecer uma ligação clara entre as etapas de planeamento, desenvolvimento e operação do projeto, respeitando em simultâneo um orçamento limitado de tokens.

Neste fluxo de trabalho, atribuímos ao Claude Opus o papel de planeamento estratégico. Inicialmente, analisamos a estrutura global do projeto, definimos as funções principais e clarificamos quais os componentes necessários. O modo como os componentes se articulam e a forma como o fluxo de trabalho se estrutura são também determinados nesta fase. Desta forma, em vez de iniciar a produção de código a partir de uma ideia vaga, criamos um enquadramento arquitetural suscetível de ser convertido em tarefas concretas de desenvolvimento. Utilizamos igualmente o Opus para reavaliar o código produzido.

Na fase de produção de código, transferimos tarefas bem delimitadas para o Codex CLI. Definições concretas, como a função exata que um bloco de código deve executar ou o comportamento esperado de um endpoint de API, constituem a base desta etapa. Testamos o código gerado e, quando necessário, aperfeiçoamo-lo através de revisões. Um dos motivos para a escolha do Codex CLI nesta arquitetura é assegurar o equilíbrio de custos. Contudo, a geração do código não significa que o trabalho esteja concluído; as etapas de teste e avaliação continuam a ser parte integrante do processo.

Na vertente operacional, entram em ação o Gemini CLI e as ligações MCP. Nesta camada, gerimos tarefas como a criação de branches e a gestão de pull requests no GitHub, a implementação de aplicações em VPS e as configurações de DNS e CDN através da Cloudflare. A divisão de papéis aqui não visa substituir as decisões de arquitetura ou a produção de código pelo Gemini CLI, mas sim associá-lo às fases de infraestrutura que sucedem o desenvolvimento. Estruturamos, assim, as tarefas operacionais como uma área de responsabilidade autónoma.

Um fluxo exemplar de desenvolvimento de API ilustra com clareza esta partilha de tarefas. Primeiramente, concebemos a arquitetura da API com o Opus. De seguida, encarregamos o Codex CLI de escrever e testar um endpoint específico. Avaliamos o código produzido através de testes e submetemo-lo novamente a um controlo de qualidade com o Opus. Na etapa seguinte, enviamos o código para o GitHub através do Gemini CLI e procedemos à sua implementação no VPS. O resultado de cada etapa transforma-se na entrada concreta sobre a qual a ferramenta seguinte irá trabalhar.

No cerne desta abordagem não está o aumento do número de ferramentas, mas sim a atribuição de uma responsabilidade precisa a cada uma delas. Ao recorrer ao Opus para o pensamento arquitetural, ao Codex CLI para a geração de código e ao Gemini CLI para as ligações operacionais, distribuímos o consumo de tokens pelas diferentes funções. Encaramos isto não como uma forma de obter recursos ilimitados, mas como uma estratégia para gerir o orçamento disponível de modo mais equilibrado. Esta divisão de trabalho, que também abordámos no Claude Code Meetup Istanbul, demonstra como os hábitos quotidianos de desenvolvimento podem constituir uma base de debate concreta para a aprendizagem mútua.