Gondola mais que dobra a receita e, segundo a OpenAI, equipe produz mais com o Codex

O texto da OpenAI é um case de cliente, ou seja, os números vêm da própria Gondola e não de medição independente. A empresa diz que a produção mensal de engenharia subiu cerca de 25% na equipe e cerca de 50% para o engenheiro-chefe, medida em merged changes, sem mudança no número de engenheiros. O Codex foi adotado no início de 2026. O time também diz que entrega mudanças maiores e que o tempo de revisão de PR ficou estável.

O ponto técnico mais interessante é o fluxo. Gente de negócios usa o Codex Cloud para explorar o codebase e montar um protótipo funcional antes de um engenheiro entrar. Os engenheiros usam CLI, ferramentas de editor e GitHub para revisar PRs, com o Codex ligado a repositórios, ambientes de desenvolvimento e Slack. A responsabilidade por arquitetura, segurança, tratamento de dados e prontidão para produção continua com os engenheiros. No caso do Programs, a equipe começou com o GPT-5.4, fez a maior parte com o GPT-5.5 e usou o GPT-6.1 em funcionalidades posteriores, otimizações e correção de bugs. A economia de "dias, talvez semanas" é estimativa do fundador. Já a receita, que mais que dobrou na comparação anual, é reportada pela empresa sem atribuição causal direta ao Codex.

O caso se encaixa numa série de relatos da OpenAI sobre o Codex que o CEVIU vem cobrindo. Em 6 de novembro de 2026, o CEVIU noticiou "Cult.fit usa o Codex para ampliar a capacidade operacional, da engenharia a áreas não técnicas", e em 9 de novembro de 2026, "CodeRabbit diz ter entregado 20 vezes mais software com a mesma equipe usando Codex e modelos da OpenAI". Em 12 de novembro de 2026 veio o caso da Holiday Extras. A Gondola traz a mesma tese de times não técnicos construindo, com um ganho declarado bem mais modesto (25% e 50%) do que o da CodeRabbit. São empresas diferentes, então a comparação é de ordem de grandeza dos números divulgados, não de evolução de um mesmo produto.

Para quem lidera times pequenos de produto e engenharia, a leitura é que o ganho citado está menos em escrever código mais rápido e mais em tirar o protótipo da fila de engenharia. Isso desloca o gargalo para a revisão, e a Gondola diz que o tempo de revisão de PR se manteve. Vale cobrar de cases assim a métrica usada: merged changes mede volume, não valor entregue.