News · A Braintrust migrou metade do time de engenharia para o Codex em um mês ao eliminar a fila de pedidos de funcionalidades
A Braintrust migrou metade do time de engenharia para o Codex em um mês ao eliminar a fila de pedidos de funcionalidades
O case de cliente da OpenAI sobre a Braintrust mostra um fluxo em que pedidos de clientes se transformam em preview branches em minutos — e onde a velocidade muda o tipo de experimento que os engenheiros se dispõem a tentar.
O que a Braintrust realmente mudou no seu fluxo de trabalho
A Braintrust constrói uma plataforma de observabilidade e avaliação para produtos de IA. Segundo o relato da OpenAI, seus engenheiros agora usam o Codex com GPT-5.5 para receber um pedido de funcionalidade de cliente, criar uma preview branch e mostrar uma versão funcionando ao cliente em minutos.
O antes e depois concreto é o que vale destacar. O fundador e CEO Ankur Goyal descreve o caminho antigo: um pedido 'entrava numa fila e era priorizado depois'. O novo caminho é copiar e colar no Codex, uma preview branch e uma demonstração ao vivo. A etapa de espera desapareceu, pelo menos para os pedidos pequenos o suficiente para prototipar na hora.
A OpenAI relata que metade do time da Braintrust migrou para o Codex em um mês. Esse número de adoção é a métrica central da história, e é o único dado concreto apresentado — não há números de throughput ou de tempo de ciclo por trás dele.
A afirmação de Goyal é sobre latência, não sobre capacidade
A história é incomumente direta sobre o que fez a diferença, e não é a qualidade do raciocínio. É a velocidade. Goyal a descreve como uma característica que muda seu comportamento, não apenas sua taxa de produção.
Parece simples, mas o Codex consegue literalmente imprimir mais texto no terminal sem ficar lento, e outros modelos simplesmente não conseguem replicar isso. O maior ganho é a velocidade.Montana Labs
Essa é uma afirmação restrita e testável: saída contínua no terminal sem perda de desempenho. Para um time iterando na frente de um cliente, a latência da ferramenta não é cosmética — ela decide se um pedido é prototipado ainda na reunião ou anotado para depois. Goyal diz que a velocidade 'muda a forma como interajo com o Codex em comparação com outros modelos', o que é o mecanismo por trás da afirmação sobre a fila, e não um benefício separado.
Uma mudança de prompting para autonomia em sandbox
A segunda mudança de fluxo de trabalho descrita é mais específica à prática de engenharia. Goyal diz que, com ferramentas mais lentas, ele precisava 'orientar o modelo para resolver um problema específico' — uma condução prática, passo a passo. Com o Codex, em vez disso, ele escreve um teste que demonstra o problema, monta um ambiente sandbox e deixa o agente atuar dentro dele.
Ele chama isso de 'um caso de uso novo para mim' e conecta isso diretamente à velocidade: 'consigo rodar experimentos por causa da velocidade'. A lógica é que, quando cada iteração é barata o suficiente, definir um problema por meio de um teste que falha e deixar o agente iterar se torna viável onde antes era necessário um prompting cuidadoso. É um padrão que faz sentido para uma empresa de avaliação — demonstrar um problema com um teste é exatamente o tipo de especificação que um time voltado a avaliação já produz naturalmente.
A implicação específica: agentes rápidos mudam o que entra na fila, não só a velocidade com que ela é esvaziada
A leitura automática dessa história é 'IA torna a programação mais rápida'. A conclusão mais precisa é que uma latência de iteração baixa o suficiente muda a decisão sobre se vale a pena tentar atender um pedido. A Braintrust não apenas acelerou o trabalho que já estava na fila — ela dissolveu o trade-off que, antes, mandava pedidos pequenos direto para a fila.
Para times avaliando ferramentas de programação agêntica, isso reformula o parâmetro de comparação. A pergunta deixa de ser apenas 'o modelo consegue resolver a tarefa' e passa a ser 'o ciclo é rápido o suficiente para mudar os hábitos de trabalho dos engenheiros'. A própria conclusão da Braintrust, nas palavras de Goyal, é orientada por volume: 'quanto mais código escrevemos, mais problemas de clientes conseguimos resolver'. É uma aposta de que a iteração barata se acumula com o tempo — uma aposta que este case de cliente único sustenta por meio de adoção e depoimento, e não de medições de produtividade, então a durabilidade desse padrão ainda é uma questão aberta que vale acompanhar nas métricas dos próprios times.
Find this story relevant to you?
Contact us to find a unique solution
Precisa de um parceiro de engenharia de IA que consiga construir de verdade?
Ajudamos empresas no Brasil a integrar IA, acelerar produtos com IA, automatizar operações e modernizar os sistemas de software por trás do negócio.
Leituras relacionadas
Mais análises sobre entrega de produto, IA operacional e o trabalho de sistemas que faz a implantação se sustentar na prática.