A OpenAI acabou de oferecer o ciclo do agente. O que se aluga é a sessão

11 de setembro de 2026
12 min de leitura

11 de setembro de 2026
12 min de leitura
Durante uns dezoito meses, a parte difícil de um produto com agentes não era a chamada ao modelo. Era tudo o que a rodeia. A 10 de setembro de 2026 a OpenAI lançou tudo isso como serviço gerido, sem margem, acompanhado de uma página de limitações que quase toda a cobertura ignorou.
As duas metades importam. A segunda mais.
A Agents API entrou em beta pública, expondo o mesmo harness que move o Codex. A documentação reduz tudo a quatro primitivas:
A Agents API, tal como está documentada
Quatro conceitos, e um deles faz o trabalho a sério
Por trás delas, a OpenAI executa o ciclo: trata da «orquestração de sessões, da compactação de contexto e da recuperação». As sessões resumem o trabalho anterior à medida que a janela enche, dividem tarefas por subagentes sob um teto de concorrência (max_concurrent_subagents vale 4 no exemplo publicado), carregam as definições de ferramentas a pedido em vez de as pagar todas em cada turno, e sobrevivem a falhas sem que seja preciso escrever a repetição.
Os sandboxes vêm de três formas: alojados pela OpenAI, alojados por si através de codex exec-server sobre um WebSocket de saída, ou através de um parceiro — Blaxel, Cloudflare, Daytona, DigitalOcean, E2B, Modal, Oracle, Runloop e Vercel foram nomeados no lançamento.
E o preço é o título em que ninguém acreditou bem: a Agents API não cobra nada por si própria. Paga tokens do modelo a tarifa normal, tarifas normais das ferramentas fornecidas pela OpenAI, e tempo de contentor se usar um sandbox alojado. A orquestração é gratuita.
Escrevi sobre o harness duas vezes neste verão, das duas como algo entre o qual se escolhe. O Prime Agent e o Muse Code fizeram apostas opostas sobre aberto contra alojado, e a DeepSeek libertou um em que até o ciclo é um plugin. A premissa partilhada de toda essa discussão era que o harness é engenharia a sério, com escolhas de desenho a sério, e que escolher um é um ato estratégico.
Essa premissa acaba de enfraquecer bastante — pelo menos nas partes que toda a gente construía de forma idêntica.
Ninguém se diferenciava pela sua lógica de repetição. Toda a gente se limitava a escrevê-la.
Percorra a lista do que o harness gerido faz agora e pergunte-se, com honestidade, qual delas a sua equipa fazia melhor do que um valor por omissão competente. Compactar o contexto quando a janela enche. Chamadas de ferramentas em paralelo. Um subagente que recebe o seu próprio contexto e devolve um resultado. Retomar depois de uma falha sem repetir desde o primeiro turno. Carregar os esquemas de ferramentas de forma preguiçosa para que cem ferramentas não custem cem esquemas por turno.
São exatamente os pontos do backlog interno de infraestrutura de qualquer equipa de agentes, e não é aí que o produto de ninguém ganha. Se um concorrente os entrega de graça e funcionam, manter a sua própria versão passa a ser uma decisão que tem de justificar, em vez de uma que se justifica sozinha.
O argumento de eficiência que é mesmo real
As definições de ferramentas preguiçosas e a compactação automática atacam diretamente o problema da residência — cada ficheiro que um agente lê fica residente e é faturado outra vez em cada turno — e um compactador gerido que corre corretamente ganha a um artesanal que corre quando alguém se lembra. Esta poupança é real, não é de marketing.
Eis a linha, retirada da própria documentação da Agents API da OpenAI:
Das limitações da Agents API
A Agents API só suporta residência de dados nos Estados Unidos e não suporta Zero Data Retention. Escolher um sandbox alojado por si não torna a Agents API elegível para ZDR.
Leia essa última frase duas vezes, porque fecha a saída de emergência a que um fundador recorreria primeiro.
A intuição diz: muito bem, o nosso código é sensível, por isso corremos o sandbox na nossa própria VPC. Pode fazê-lo. A computação muda de sítio. Os ficheiros ficam na sua infraestrutura. E continua a não ser elegível para ZDR, porque o sandbox nunca foi a coisa que estava a ser retida.
Esta é a parte que gostaria mesmo que um fundador interiorizasse, porque não é uma lacuna de política que uma versão posterior resolva.
O que torna valiosa uma sessão duradoura é que ela se lembra. Pode devolver-lhe uma tarefa amanhã e ela sabe o que leu, o que tentou, o que falhou e o que concluiu, sem que tenha de reconstruir nada. A documentação da OpenAI di-lo sem rodeios: a API «retém o estado da sessão para que possa continuar o trabalho ao longo dos turnos sem reconstruir o contexto da conversa».
Agora descreva o mesmo mecanismo a um revisor de segurança. Um terceiro guarda um registo persistente e reproduzível de tudo aquilo em que o seu agente tocou — conteúdo de ficheiros, saídas de ferramentas, raciocínio intermédio, dados de clientes que por lá passaram — numa infraestrutura que não controla, numa jurisdição que não escolheu.
Durabilidade é retenção com o marketing por cima. São uma só propriedade, descrita pela engenharia e pelo departamento jurídico.
Não existe versão disto em que a sessão sobreviva a um reinício e nada fique guardado. Zero Data Retention e sessão duradoura excluem-se mutuamente por construção, e a leitura honesta dessa página de limitações não é «ainda não», mas «não enquanto a funcionalidade funcionar assim».
Isso reformula a decisão. Não é uma caixa que se desbloqueie no primeiro trimestre. É uma troca estrutural: está a trocar a capacidade de prometer a um comprador que nada fica retido pela capacidade de deixar de manter um ciclo de agente. Para muitos produtos essa troca é obviamente correta. Para alguns é desqualificante logo no primeiro dia, e o útil é saber em qual dos casos está antes de construir oito meses por cima.
O enquadramento do código aberto confundiu muita gente, por isso vale a pena separar isto com clareza.
codex exec-server fazem do ambiente de execução uma escolha a sério, com opções reais de CPU, GPU, memória e VPC. Se a sua preocupação é onde o código corre e onde vivem os ficheiros, essa preocupação já tem resposta hoje.gpt-6-astra. Um harness que gere o contexto, decide quando compactar e coordena subagentes é codesenhado com o modelo contra o qual foi afinado. Mesmo com o código do harness aberto, «trocar por outro fornecedor» é refazer essa afinação, não mudar uma configuração.O custo de mudança deslocou-se. Era o código de orquestração que escreveu, chato mas seu. São agora as transcrições que não escreveu, que não são.
Se quer o ciclo gratuito — e a maioria das equipas devia pelo menos pô-lo a preço —, a arquitetura que lhe mantém as opções abertas é a mesma que torna o seu agente depurável, o que é uma coincidência agradável.
Faça isto e a Agents API torna-se um acelerador de que pode sair. Salte-o e torna-se o sítio onde vive a memória do seu produto.
O lançamento trouxe resultados de clientes, e vale a pena enunciá-los com rigor e descontá-los como deve ser: um parceiro de lançamento reportou uma pontuação de avaliação que passou de 0,71 para 0,85 com uma redução de latência de cerca de 4x, outro uma redução de custos de 60 % por caso, um terceiro 86 % menos respostas falhadas.
São equipas reais a reportar diferenças reais. São também números escolhidos pelo fornecedor, autodeclarados, não auditados e medidos contra aquilo que essas equipas tinham antes — o que, para uma empresa que aceitou ser parceira de lançamento de orquestração gerida, era plausivelmente um ciclo artesanal a precisar de substituição.
O que os números estabelecem e o que não estabelecem
Estabelecem que um harness gerido competente ganha a um interno ao abandono, o que nunca esteve em dúvida. Não estabelecem que ganhe a um interno mantido, e nenhuma comparação publicada o faz. Tome-os como prova de que a coisa funciona, não como a sua melhoria prevista.
Uma resposta direta consoante a situação
A linha sobre retenção decide quase tudo isto antes de qualquer outra coisa
Uma beta pública é uma beta pública. A residência, o ZDR e o suporte de modelos podem todos mudar, e uma limitação hoje estrutural para o desenho de sessão duradoura pode mais tarde ser respondida com outro modo de sessão. Construa sobre o que está documentado, não sobre o que é plausível.
«Sem margem» não é «sem custo». O tempo de contentor é faturado, as ferramentas alojadas são faturadas, e um harness que compacta e lança subagentes de forma transparente torna o consumo de tokens mais difícil de prever, não mais fácil. Instrumente o gasto por tarefa concluída desde o primeiro dia, não por chamada.
Orquestração gratuita é uma estratégia, não generosidade. Oferecer a camada de cima para vender os tokens de baixo é a jogada mais antiga da infraestrutura, e funciona precisamente porque a camada gratuita é genuinamente boa. Isso é um argumento para a usar de olhos abertos, não para a recusar.
O harness de agentes deixou de ser um diferenciador a 10 de setembro de 2026. Compactação de contexto, coordenação de subagentes, carregamento preguiçoso de ferramentas e recuperação de falhas são agora um serviço gerido sem margem, e o argumento para manter a sua própria versão disso tudo tem de ser construído em vez de presumido.
O que o substitui como pergunta estratégica é a sessão. Uma sessão de agente duradoura é a primitiva mais útil deste lançamento e a única que não pode alojar, sobre a qual não pode obter garantias de não retenção e que não pode levar consigo. Durabilidade e retenção são a mesma propriedade, o que faz disto uma troca e não uma lacuna temporária.
Alugue o ciclo. Seja dono do estado. As equipas que erram nisto não dão por isso durante um ano, e depois dão por isso de uma só vez.
Fontes: OpenAI, «Introducing the Agents API» · Documentação da API da OpenAI, visão geral da Agents API · Registo de alterações da API da OpenAI, 10 de setembro de 2026 · MarkTechPost, «OpenAI Launches the Agents API in Public Beta, Putting the Codex Harness Behind One API Call» · As primitivas, o texto das limitações e todas as componentes de preço são citados da documentação da OpenAI; os números dos parceiros de lançamento são reportados pelo fornecedor. A leitura de durabilidade e retenção como uma só propriedade, e todas as recomendações de arquitetura, são minhas. Para ver como era o debate sobre o harness quando ainda era uma escolha entre fornecedores, veja os dois harness que saíram em 48 horas com apostas opostas.
IdeaToMVP Academy
4-week live cohort for founders. Learn to ship AI agents, scope MVPs, and automate your business — taught by the same team that writes these guides.