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

Surya Pratap
By Surya Pratap

11 de setembro de 2026

12 min de leitura

IA e tecnologia
Um diagrama que divide uma arquitetura de agente em três faixas: o ciclo, que a OpenAI passa a executar gratuitamente e cujo código é aberto no repositório do Codex; a sessão, que é duradoura, é retida, reside apenas nos Estados Unidos e não é elegível para Zero Data Retention; e as ferramentas, os dados e a lógica de domínio, que continuam a pertencer ao fundador, com a faixa central assinalada como a camada que se aluga em vez de se possuir e uma nota a indicar que durabilidade e retenção são a mesma propriedade descrita pela engenharia e pelo departamento jurídicoTrês faixas, uma delas alugadaHover to explore
O ciclo é gratuito e aberto. O estado não é nem uma coisa nem outra. O custo de mudança passou do código que escreveu para as transcrições que não escreveu.

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.

1. O que foi efetivamente lançado

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

  • Agent — o modelo, as instruções, as ferramentas e os servidores MCP à sua disposição.
  • Environment — um sandbox opcional onde o agente lê ficheiros e executa comandos.
  • Session — «uma instância duradoura de um agente que trabalha em tarefas».
  • Events e items — as entradas que lhe são enviadas e a saída que produz.

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.

2. O harness deixou de ser onde está o trabalho

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.

3. O parágrafo a ler antes de aceitar o negócio

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.

4. Durabilidade e retenção são uma só propriedade

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.

5. O que é portável e o que não é

O enquadramento do código aberto confundiu muita gente, por isso vale a pena separar isto com clareza.

A lógica do harness

Portável
O harness do Codex é aberto. Pode ler como funcionam a compactação, o despacho de ferramentas e a coordenação de subagentes, executá-lo por sua conta e fazer-lhe fork. É genuinamente mais do que a maioria das ofertas de agentes geridos dá, e significa que o comportamento do seu agente é inspecionável em vez de uma caixa negra. Crédito a quem o merece.

O sandbox

Portável
Nove fornecedores nomeados mais o seu próprio 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.

O estado da sessão

Cativo
O contexto acumulado de cada instância de agente de longa duração vive na infraestrutura da OpenAI, nos Estados Unidos, retido. Não há uma história de exportar e retomar noutro sítio, porque o estado compactado é um artefacto do compactador deles. Esta é a dependência, e é a que ninguém enumera quando enumera dependências.

O acoplamento ao modelo

Cativo
Os exemplos correm 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.

6. Aceitar o negócio sem aceitar a dependência

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 da sessão algo derivado, não primário

Um
O seu próprio armazenamento guarda a tarefa, as suas entradas, as decisões tomadas e os artefactos produzidos. A sessão do fornecedor guarda contexto de trabalho que acelera o turno seguinte. Se uma sessão desaparecesse esta noite, devia perder velocidade, não verdade. As equipas que saltam este passo acabam com o histórico real do seu produto a viver no formato de resumo de outra pessoa.

Coloque pontos de controlo nas suas fronteiras, não nas deles

Dois
Sempre que o agente conclui uma unidade com significado, escreva o resultado no seu sistema, numa forma que definiu. Isso é, ao mesmo tempo, o seu registo de auditoria, o seu ponto de retoma e o seu caminho de migração. É também o que entrega a um comprador empresarial que pergunte o que o agente fez, coisa que uma sessão compactada do fornecedor não pode responder por si.

Saiba o que atravessa a fronteira

Três
Decida deliberadamente que dados uma sessão de agente pode alguma vez ver, e imponha-o antes da chamada em vez de num documento de políticas. Redação, credenciais limitadas e dados sintéticos na fronteira são baratos agora e caríssimos de acrescentar depois, quando as transcrições retidas já contêm aquilo que preferia que não contivessem.

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.

7. Ler os números dos parceiros de lançamento

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.

8. Onde eu me posicionaria

Uma resposta direta consoante a situação

A linha sobre retenção decide quase tudo isto antes de qualquer outra coisa

  • Vende à União Europeia, à saúde, à banca ou ao setor público. Não construa em cima disto por agora. A residência apenas nos Estados Unidos e a ausência de ZDR acabam com a sua primeira revisão de segurança a sério, e descobri-lo ao fim de oito meses de integração é a versão cara.
  • Antes do encaixe produto-mercado, consumo ou PME, sem dados regulados. Aceite. Cada semana gasta em lógica de compactação é uma semana não gasta naquilo pelo qual os clientes o julgam, e o ciclo já é gratuito.
  • Já tem um harness a funcionar em produção. Não o arranque por causa de um anúncio de lançamento. Corra uma carga real das duas maneiras, compare custo em tokens e taxa de falha, e fique com a vencedora: tem aqui o ativo mais raro de todos, que é uma referência.
  • Trabalho autónomo de longa duração, ao longo de dias. É o encaixe mais forte. Sessões duradouras com recuperação gerida são exatamente a parte difícil, e reconstruir isso sozinho são meses.
  • A sua diferenciação é o próprio ciclo do agente. Então o seu fosso acabou de ser transformado em produto de prateleira por uma alternativa gratuita, e isso é melhor saber-se esta semana do que para o ano.

9. O que eu não sobreinterpretaria

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 resumo honesto

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

Want to build with AI — not just read about it?

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.

Explore the Academy →
Share this post :