{"id":1285,"date":"2026-06-28T17:17:50","date_gmt":"2026-06-28T20:17:50","guid":{"rendered":"https:\/\/jrtx.com.br\/blog\/2026\/06\/28\/cloudflare-workers-lancamento-contas-temporarias-e-agents-sd\/"},"modified":"2026-06-28T17:17:50","modified_gmt":"2026-06-28T20:17:50","slug":"cloudflare-workers-lancamento-contas-temporarias-e-agents-sd","status":"publish","type":"post","link":"https:\/\/jrtx.com.br\/blog\/2026\/06\/28\/cloudflare-workers-lancamento-contas-temporarias-e-agents-sd\/","title":{"rendered":"Cloudflare Workers lan\u00e7amento: Contas Tempor\u00e1rias e Agents SDK redefinem a edge"},"content":{"rendered":"

A computa\u00e7\u00e3o na edge atravessa uma transforma\u00e7\u00e3o silenciosa e profunda neste 28 de junho de 2026. O que come\u00e7ou como uma camada de cache para acelerar ativos est\u00e1ticos se consolidou como a espinha dorsal da l\u00f3gica de aplica\u00e7\u00f5es distribu\u00eddas globalmente. Neste domingo, enquanto a internet registra picos de tr\u00e1fego impulsionados por agentes aut\u00f4nomos, infer\u00eancia de IA e arquiteturas serverless, a Cloudflare anuncia um dos conjuntos de Cloudflare Workers lan\u00e7amento<\/strong> mais ambiciosos do ano: Temporary Cloudflare Accounts para AI agents<\/strong> e a nova vers\u00e3o do Agents SDK<\/strong> com sub-agentes em background e entrada de turno unificada. O ecossistema Workers acaba de ganhar pe\u00e7as que v\u00e3o alterar definitivamente como constru\u00edmos, testamos e orquestramos agentes inteligentes na edge.<\/p>\n

O contexto \u00e9 favor\u00e1vel. Estamos em um momento em que a infraestrutura program\u00e1vel deixa de ser um diferencial competitivo e passa a ser alicerce. A Cloudflare opera hoje mais de 300 pontos de presen\u00e7a em mais de 100 pa\u00edses, e uma em cada cinco requisi\u00e7\u00f5es HTTP do planeta j\u00e1 passa pelo AS13335. A empresa, fundada em 2009 em San Francisco, entregou neste primeiro semestre de 2026 uma sucess\u00e3o de an\u00fancios que ampliam seu posicionamento \u00fanico no mercado: CDN, seguran\u00e7a, Zero Trust e plataforma de desenvolvimento integrados em uma \u00fanica rede. O Cloudflare Workers lan\u00e7amento<\/strong> de hoje coroa essa trajet\u00f3ria.<\/p>\n

Para profissionais de TI brasileiros, cada milissegundo de lat\u00eancia entre S\u00e3o Paulo e um data center distante se traduz em abandono de carrinho, falha em tempo real ou degrada\u00e7\u00e3o de modelos de IA. As atualiza\u00e7\u00f5es de hoje impactam diretamente times que operam em territ\u00f3rio nacional: a capacidade de agentes criarem contas tempor\u00e1rias e executarem wrangler deploy<\/strong> de forma ef\u00eamera reduz o atrito de experimenta\u00e7\u00e3o, enquanto os novos recursos do Agents SDK permitem que sub-agentes rodem tarefas longas de maneira dur\u00e1vel \u2014 com milestones persistentes e recupera\u00e7\u00e3o autom\u00e1tica ap\u00f3s deploys ou evic\u00e7\u00f5es. Neste post, voc\u00ea entender\u00e1 a arquitetura por tr\u00e1s das novidades, como configur\u00e1-las, os casos de uso pr\u00e1ticos e o impacto regulat\u00f3rio sob a \u00f3tica da LGPD.<\/p>\n

Sou engenheiro de infraestrutura e redator especializado em CDN, edge computing e seguran\u00e7a web. Ao longo deste artigo t\u00e9cnico, compartilharei detalhes que v\u00e3o desde a sintaxe do TypeScript para sub-agentes at\u00e9 a integra\u00e7\u00e3o com o Workers AI<\/strong> e o Vectorize<\/strong>. Incluirei tabelas com especifica\u00e7\u00f5es, listas de passos pr\u00e1ticos e comparativos com alternativas como AWS Lambda, Fastly Compute@Edge e Vercel Edge Functions. Ao final, voc\u00ea ter\u00e1 um panorama completo para decidir se \u2014 e como \u2014 adotar esses recursos ainda neste trimestre.<\/p>\n

O an\u00fancio que muda o jogo para agentes aut\u00f4nomos<\/h3>\n

O an\u00fancio central deste Cloudflare Workers lan\u00e7amento<\/strong> resolve um problema que qualquer desenvolvedor que j\u00e1 tentou automatizar deploys j\u00e1 enfrentou: o momento em que um agente de IA precisa publicar algo e bate de frente com uma parede projetada exclusivamente para humanos. A Cloudflare liberou as Temporary Cloudflare Accounts<\/strong>, permitindo que qualquer agente execute wrangler deploy<\/strong> e obtenha um Worker funcional em segundos \u2014 sem passar por fluxos de autentica\u00e7\u00e3o interativos, sem necessidade de provisionamento manual de conta e com escopo tempor\u00e1rio e limitado.<\/p>\n

Em paralelo, o Agents SDK<\/strong> recebeu uma atualiza\u00e7\u00e3o substancial que introduz sub-agentes em background com progresso ao vivo e milestones dur\u00e1veis, al\u00e9m de um ponto de entrada unificado chamado runTurn()<\/strong>. Essas duas frentes \u2014 contas ef\u00eameras para agentes e SDK robusto para orquestra\u00e7\u00e3o \u2014 convergem para um cen\u00e1rio onde pipelines de desenvolvimento podem ser inteiramente delegados a agentes que colaboram entre si, recuperam-se de falhas automaticamente e mant\u00eam estado consistente atrav\u00e9s de deploys e evic\u00e7\u00f5es.<\/p>\n

A relev\u00e2ncia jornal\u00edstica n\u00e3o poderia ser maior. Vivemos a era dos agentes: desde assistentes de c\u00f3digo at\u00e9 operadores aut\u00f4nomos de infraestrutura. A Cloudflare n\u00e3o apenas reconhece essa tend\u00eancia, mas a est\u00e1 viabilizando em sua plataforma de edge. O an\u00fancio das contas tempor\u00e1rias \u00e9 um divisor de \u00e1guas porque remove o principal gargalo na automa\u00e7\u00e3o de ponta a ponta \u2014 a autentica\u00e7\u00e3o humana \u2014, enquanto o Agents SDK resolve o problema da confiabilidade em execu\u00e7\u00f5es longas distribu\u00eddas.<\/p>\n

Cloudflare Workers lan\u00e7amento: como funcionam as contas tempor\u00e1rias e o Agents SDK<\/h3>\n

Para compreender a profundidade t\u00e9cnica deste Cloudflare Workers lan\u00e7amento<\/strong>, \u00e9 essencial dissecar cada componente. As Temporary Cloudflare Accounts<\/strong> s\u00e3o contas de vida curta que nascem e morrem junto com a sess\u00e3o do agente. N\u00e3o exigem email, cart\u00e3o de cr\u00e9dito ou qualquer intera\u00e7\u00e3o humana. O agente \u2014 rodando em qualquer runtime, inclusive outro Worker \u2014 utiliza credenciais tempor\u00e1rias obtidas via OAuth self-managed (recurso que tamb\u00e9m atingiu disponibilidade geral neste m\u00eas) para invocar wrangler deploy<\/strong> e receber um endpoint p\u00fablico ativo imediatamente.<\/p>\n

Internamente, essas contas s\u00e3o isoladas no plano de controle da Cloudflare. Elas herdam cotas reduzidas e permiss\u00f5es escopo-limited: o Worker criado existe enquanto a conta tempor\u00e1ria existir, tipicamente minutos ou horas. O ecossistema de bindings \u2014 R2<\/strong>, D1<\/strong>, KV<\/strong>, Durable Objects<\/strong>, Workers AI<\/strong> \u2014 est\u00e1 dispon\u00edvel dentro do mesmo per\u00edmetro de seguran\u00e7a, mas os dados gerados s\u00e3o ef\u00eameros, a menos que explicitamente persistidos em uma conta permanente vinculada. Essa arquitetura evita que agentes desgovernados gerem custos ou poluam namespaces globais.<\/p>\n

J\u00e1 o Agents SDK<\/strong> introduz tr\u00eas pilares novos. O primeiro \u00e9 o suporte a sub-agentes em background com progresso e milestones: um agente principal pode despachar um sub-agente usando runAgentTool<\/strong> com a op\u00e7\u00e3o detached<\/strong>, recebendo de volta um handle imediato. O sub-agente roda de forma dur\u00e1vel, sobrevivendo a deploys e evic\u00e7\u00f5es, e reporta progresso via reportProgress()<\/strong> com fra\u00e7\u00e3o, fase e mensagem. Milestones nomeados promovem sinais a registros dur\u00e1veis e replayable. O segundo pilar \u00e9 o ponto de entrada runTurn()<\/strong>, que unifica os modos wait, submit e stream em uma \u00fanica fachada. O terceiro pilar \u00e9 um conjunto extenso de corre\u00e7\u00f5es de recupera\u00e7\u00e3o: watchdog de stream stall, reparo de tool-calls interrompidos, replay de status “recovering\u2026” para clientes que se reconectam e terminal connection failures com connectionError<\/strong> exposto nos hooks React.<\/p>\n\n\n\n\n\n\n\n\n\n
Aspecto<\/th>\nDetalhe<\/th>\n<\/tr>\n<\/thead>\n
Produto<\/td>\nCloudflare Workers \u2014 Temporary Accounts + Agents SDK (background sub-agents e runTurn unificado)<\/td>\n<\/tr>\n
Disponibilidade<\/td>\nTemporary Accounts: Beta p\u00fablico (qualquer agente pode usar wrangler deploy). Agents SDK: GA \u2014 dispon\u00edvel via npm agents@latest<\/strong>, @cloudflare\/think@latest<\/strong>, @cloudflare\/ai-chat@latest<\/strong><\/td>\n<\/tr>\n
Caso de uso principal<\/td>\nAgentes aut\u00f4nomos que precisam publicar Workers sem interven\u00e7\u00e3o humana; orquestra\u00e7\u00e3o de tarefas longas com sub-agentes dur\u00e1veis e recupera\u00e7\u00e3o autom\u00e1tica<\/td>\n<\/tr>\n
Diferencial vs. alternativas<\/td>\n\u00danica plataforma que combina contas ef\u00eameras nativas para agentes com runtime serverless em 275+ PoPs, Durable Objects para estado, e SDK de agentes com recupera\u00e7\u00e3o exatamente-uma-vez<\/td>\n<\/tr>\n
Como acessar<\/td>\nDashboard Cloudflare (Workers & Pages), API REST, CLI wrangler deploy<\/strong> com credenciais tempor\u00e1rias, npm packages agents<\/strong>, @cloudflare\/think<\/strong>, @cloudflare\/ai-chat<\/strong><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Antes e depois: o que mudou com este Cloudflare Workers lan\u00e7amento<\/h3>\n

Antes deste Cloudflare Workers lan\u00e7amento<\/strong>, qualquer tentativa de automa\u00e7\u00e3o de deploys por agentes esbarrava em um ritual antropoc\u00eantrico. Era necess\u00e1rio criar uma conta Cloudflare manualmente, gerar tokens de API, armazen\u00e1-los com seguran\u00e7a, configurar permiss\u00f5es e gerenciar rota\u00e7\u00e3o. Para agentes que precisassem publicar Workers dinamicamente \u2014 um assistente de c\u00f3digo que gera endpoints sob demanda, um orquestrador de microsservi\u00e7os ef\u00eameros para testes A\/B, um pipeline de CI\/CD auton\u00f4mo \u2014, isso representava um bloqueio arquitetural. A alternativa era simular deploys em ambientes locais ou recorrer a contas compartilhadas com riscos de seguran\u00e7a.<\/p>\n

Com as contas tempor\u00e1rias, esse ritual desaparece. O agente invoca wrangler deploy<\/strong> com um token ef\u00eamero, o Worker sobe para a rede global da Cloudflare e est\u00e1 pronto para receber tr\u00e1fego em menos de um segundo. Quando a conta expira, todos os recursos associados s\u00e3o automaticamente destru\u00eddos. Isso n\u00e3o apenas elimina o atrito, mas tamb\u00e9m reduz a superf\u00edcie de ataque: credenciais de longa dura\u00e7\u00e3o deixam de ser necess\u00e1rias no pipeline de agentes.<\/p>\n

No front do Agents SDK, a situa\u00e7\u00e3o anterior tamb\u00e9m era limitada. Sub-agentes s\u00f3 podiam ser executados de forma s\u00edncrona e bloqueante. Se o agente principal ou o Worker fosse evictado durante uma tarefa longa, todo o progresso era perdido. O desenvolvedor precisava implementar manualmente checkpoints, retries e reconcilia\u00e7\u00e3o de estado \u2014 uma complexidade que anulava boa parte do valor da abstra\u00e7\u00e3o de agentes. Com a nova vers\u00e3o, sub-agentes detached rodam em background, sobrevivem a deploys, reportam progresso incremental e, com detached: { notify: true }<\/strong>, injetam mensagens de volta no chat para rea\u00e7\u00e3o do modelo.<\/p>\n

Dissecando os sub-agentes em background e a entrada de turno unificada<\/h3>\n

A arquitetura de sub-agentes detached \u00e9 um exemplo de eleg\u00e2ncia t\u00e9cnica. O m\u00e9todo runAgentTool(ImportAgent, { input, detached: { onFinish: “onImportDone”, maxBudgetMs: 60 * 60 * 1000 } })<\/strong> dispara um sub-agente e retorna imediatamente um handle. Internamente, a Cloudflare utiliza Durable Objects<\/strong> como backbone de propriedade do sub-agente, garantindo que ele sobreviva a evic\u00e7\u00f5es e deploys. Um mecanismo de warm fast path combinado com um reconcile backbone auto-agend\u00e1vel assegura a entrega exatamente-uma-vez no caminho feliz, enquanto o par\u00e2metro maxBudgetMs<\/strong> imp\u00f5e um teto absoluto de execu\u00e7\u00e3o (padr\u00e3o 24 horas) para evitar que execu\u00e7\u00f5es abandonadas consumam slots de concorr\u00eancia indefinidamente.<\/p>\n

O progresso \u00e9 reportado via this.reportProgress({ fraction: 0.6, phase: “deploying”, message: “Generating menu page\u2026” })<\/strong>. Esse progresso \u00e9 transmitido pelo stream de turno do sub-agente de volta aos clientes conectados do agente principal. A API useAgentToolEvents<\/strong> exp\u00f5e AgentToolRunState.progress<\/strong>, permitindo que uma bandeja de execu\u00e7\u00f5es em background renderize uma barra de progresso ao vivo. Milestones nomeados transformam um sinal de progresso em uma linha dur\u00e1vel e replayable \u2014 mesmo ap\u00f3s uma evic\u00e7\u00e3o, o cliente que se reconectar receber\u00e1 o snapshot mais recente.<\/p>\n

O ponto de entrada runTurn()<\/strong> unifica tr\u00eas modos anteriormente dispersos: runTurn({ mode: “wait”, messages })<\/strong> para salvar mensagens ou continuar o \u00faltimo turno; runTurn({ mode: “submit”, messages })<\/strong> para submiss\u00e3o dur\u00e1vel; e runTurn({ mode: “stream”, messages })<\/strong> equivalente ao chat()<\/strong> tradicional. Todos os entry points agora passam por um admission path interno compartilhado que lan\u00e7a erros claros em admiss\u00f5es aninhadas que antes poderiam causar deadlock.<\/p>\n

As corre\u00e7\u00f5es de confiabilidade merecem destaque. O chatStreamStallTimeoutMs<\/strong> atua como watchdog para streams travados de modelos ou transportes. Com chatRecovery<\/strong> ativado, o stall \u00e9 roteado para a mesma maquinaria de recupera\u00e7\u00e3o limitada usada em deploys e evic\u00e7\u00f5es. O reparo de tool-calls interrompidos \u2014 via repairInterruptedToolPart(part)<\/strong> \u2014 corrige transcri\u00e7\u00f5es com chamadas de servidor mortas antes de reentrar em infer\u00eancia, eliminando o erro AI_MissingToolResultsError<\/strong>. E o status “recovering\u2026” agora \u00e9 transmitido ao vivo para clientes que se conectam durante uma recupera\u00e7\u00e3o, em vez de deix\u00e1-los congelados at\u00e9 a conclus\u00e3o.<\/p>\n\n\n\n\n\n\n\n\n\n
Recurso do Agents SDK<\/th>\nO que resolve<\/th>\nComo usar<\/th>\n<\/tr>\n<\/thead>\n
Sub-agentes detached<\/td>\nExecu\u00e7\u00f5es longas que sobrevivem a deploys e evic\u00e7\u00f5es, com progresso ao vivo e milestones dur\u00e1veis<\/td>\nrunAgentTool(MyAgent, { input, detached: { onFinish, maxBudgetMs } })<\/strong><\/td>\n<\/tr>\n
runTurn() unificado<\/td>\nAdmiss\u00e3o de turnos sem deadlocks, modos wait\/submit\/stream em uma fachada<\/td>\nthis.runTurn({ mode: “stream”, messages })<\/strong><\/td>\n<\/tr>\n
chatStreamStallTimeoutMs<\/td>\nDetecta e recupera streams travados de modelos\/transportes<\/td>\nOpt-in no AIChatAgent<\/strong><\/td>\n<\/tr>\n
repairInterruptedToolPart()<\/td>\nCorrige tool-calls \u00f3rf\u00e3s ap\u00f3s recupera\u00e7\u00e3o, evitando AI_MissingToolResultsError<\/td>\nSobrescrita em AIChatAgent<\/strong><\/td>\n<\/tr>\n
Terminal connection failures<\/td>\nCliente para de reconectar em erros terminais, exp\u00f5e connectionError nos hooks<\/td>\nonConnectionError<\/strong> em useAgent<\/strong>, useAgentChat<\/strong><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Contexto de mercado: onde o Cloudflare Workers se posiciona em 2026<\/h3>\n

O mercado de edge computing em 2026 est\u00e1 bipartido entre provedores que tratam a edge como cache inteligente e aqueles que a tratam como plataforma de execu\u00e7\u00e3o. Do lado do cache, Akamai<\/strong> continua forte em grandes portais de m\u00eddia e e-commerce, com sua rede Ion e Adaptive Media Delivery, mas seu runtime edge (EdgeWorkers) ainda \u00e9 limitado em compara\u00e7\u00e3o. A Fastly Compute@Edge<\/strong> oferece um runtime WASM de alta performance com cold start medido em microssegundos, por\u00e9m com um ecossistema de bindings e armazenamento menos integrado. A AWS CloudFront<\/strong> com Lambda@Edge<\/strong> e CloudFront Functions<\/strong> beneficia-se da integra\u00e7\u00e3o com o ecossistema AWS, mas sofre com cold starts mais lentos, cobran\u00e7a por egress e complexidade de implanta\u00e7\u00e3o multi-regi\u00e3o.<\/p>\n

O Cloudflare Workers lan\u00e7amento<\/strong> de hoje amplia a dist\u00e2ncia entre a Cloudflare e esses concorrentes no quesito plataforma de desenvolvimento. Nenhum outro provedor oferece contas tempor\u00e1rias nativas para agentes \u2014 um recurso que na AWS exigiria uma complexa orquestra\u00e7\u00e3o de AWS Organizations<\/strong>, STS<\/strong> e Lambda<\/strong> para simular efemeridade. A combina\u00e7\u00e3o de Workers<\/strong> com Durable Objects<\/strong>, R2<\/strong> sem taxa de egress e agora Agents SDK<\/strong> com sub-agentes dur\u00e1veis cria um diferencial competitivo que redefine expectativas de plataformas serverless.<\/p>\n

E h\u00e1 o fator pre\u00e7o. Enquanto o egress da AWS S3 custa US$ 0,09\/GB, o R2 da Cloudflare mant\u00e9m zero taxa de sa\u00edda. A franquia gratuita de 100 mil requisi\u00e7\u00f5es di\u00e1rias no Workers viabiliza prototipa\u00e7\u00e3o sem custo. Como destacamos na JRT Technology Solutions<\/strong>, nossos especialistas em infraestrutura CDN recomendam essa arquitetura para clientes que precisam de baixa lat\u00eancia e previsibilidade de custos \u2014 duas vari\u00e1veis que raramente andam juntas em provedores hyperscale.<\/p>\n

Por que este Cloudflare Workers lan\u00e7amento importa para desenvolvedores e empresas<\/h3>\n

A import\u00e2ncia pr\u00e1tica deste Cloudflare Workers lan\u00e7amento<\/strong> se manifesta em tr\u00eas camadas: automa\u00e7\u00e3o, confiabilidade e soberania de dados. Na camada de automa\u00e7\u00e3o, as contas tempor\u00e1rias destravam cen\u00e1rios que antes exigiam interven\u00e7\u00e3o manual perigosa ou contas compartilhadas: pipelines de CI\/CD que geram Workers por branch, agentes de IA que criam endpoints de webhook sob demanda para integra\u00e7\u00f5es tempor\u00e1rias, ou esteiras de teste que provisionam ambientes isolados para cada pull request.<\/p>\n

Na camada de confiabilidade, o Agents SDK resolve problemas reais de quem j\u00e1 tentou construir agentes em produ\u00e7\u00e3o. Tarefas longas \u2014 como importar um cat\u00e1logo de produtos, treinar um embedding ou processar um lote de transcri\u00e7\u00f5es de \u00e1udio \u2014 frequentemente excedem o tempo de vida de uma execu\u00e7\u00e3o serverless comum. Com sub-agentes detached, essas tarefas se tornam resilientes por padr\u00e3o. O watchdog de stream stall e o reparo de tool-calls interrompidos eliminam as falhas mais comuns em agentes conversacionais que dependem de modelos de IA externos.<\/p>\n

Na camada de soberania, o novo suporte \u00e0 jurisdi\u00e7\u00e3o us<\/strong> para Durable Objects<\/strong> \u2014 anunciado neste mesmo ciclo \u2014 complementa a narrativa. Empresas com requisitos de resid\u00eancia de dados podem agora confinar computa\u00e7\u00e3o e armazenamento dos Durable Objects aos Estados Unidos usando env.MY_DURABLE_OBJECT.jurisdiction(“us”)<\/strong>. Esse n\u00edvel de controle geogr\u00e1fico, combinado com a execu\u00e7\u00e3o de agentes na edge, atende diretamente a regula\u00e7\u00f5es como a LGPD brasileira e o GDPR europeu, que exigem garantias sobre onde os dados s\u00e3o processados.<\/p>\n

Na pr\u00e1tica, qualquer empresa que opere agentes aut\u00f4nomos \u2014 fintechs com assistentes de investimento, healthtechs com pipelines de diagn\u00f3stico, varejistas com recomenda\u00e7\u00e3o em tempo real \u2014 pode agora delegar a orquestra\u00e7\u00e3o desses agentes ao Cloudflare Workers com a confian\u00e7a de que falhas ser\u00e3o recuperadas, o estado ser\u00e1 preservado e a lat\u00eancia ser\u00e1 m\u00ednima para usu\u00e1rios finais, inclusive no Brasil.<\/p>\n

Como come\u00e7ar: primeiros passos no Cloudflare Dashboard e na CLI<\/h3>\n

Para adotar as contas tempor\u00e1rias, o primeiro passo \u00e9 garantir que seu agente utilize a nova infraestrutura de OAuth self-managed, que tamb\u00e9m atingiu disponibilidade geral neste m\u00eas. Acesse o Dashboard Cloudflare<\/strong>, navegue at\u00e9 Workers & Pages<\/strong> e, na se\u00e7\u00e3o de API Tokens<\/strong>, crie um token com escopo limitado e dura\u00e7\u00e3o curta. A busca por nome de token, recurso tamb\u00e9m lan\u00e7ado neste ciclo, facilita a gest\u00e3o em ambientes com dezenas de tokens.<\/p>\n

Com o token em m\u00e3os, o agente pode invocar:<\/p>\n

wrangler deploy --account-id $TEMPORARY_ACCOUNT_ID --api-token $TEMPORARY_TOKEN<\/code><\/pre>\n
Para usar o Agents SDK com sub-agentes, atualize seus pacotes:<\/p>\n
npm i agents@latest @cloudflare\/think@latest @cloudflare\/ai-chat@latest @cloudflare\/codemode@latest @cloudflare\/voice@latest<\/code><\/pre>\n
A seguir, um exemplo m\u00ednimo de agente com sub-agente detached em TypeScript:<\/p>\n
class OrdersAgent extends Think {\n  async startImport(input) {\n    await this.runAgentTool(ImportAgent, {\n      input,\n      detached: {\n        onFinish: \"onImportDone\",\n        maxBudgetMs: 60 * 60 * 1000,\n        notify: true\n      },\n    });\n  }\n\n  async onImportDone(run, result) {\n    \/\/ result.status: \"completed\" | \"error\" | \"aborted\" | \"interrupted\"\n  }\n}<\/code><\/pre>\n
Para reportar progresso de dentro do sub-agente, utilize:<\/p>\n
await this.reportProgress({\n  fraction: 0.6,\n  phase: \"deploying\",\n  message: \"Generating menu page\u2026\",\n});<\/code><\/pre>\n
O ponto de entrada unificado funciona da seguinte forma:<\/p>\n
await this.runTurn({ mode: \"stream\", messages });\nawait this.runTurn({ mode: \"wait\", messages });\nawait this.runTurn({ mode: \"submit\", messages });<\/code><\/pre>\n
Na JRT Technology Solutions<\/strong>, configuramos o Cloudflare Workers para clientes corporativos seguindo um playbook de implanta\u00e7\u00e3o gradual: primeiro, uma prova de conceito com Workers est\u00e1ticos e KV; depois, migra\u00e7\u00e3o de fun\u00e7\u00f5es serverless existentes; e, por fim, ativa\u00e7\u00e3o de agentes com Agents SDK e Durable Objects. Nossos especialistas em infraestrutura CDN recomendam que equipes comecem pelo plano gratuito para experimentar os recursos e, ap\u00f3s validar o fit, escalem para os planos Business ou Enterprise, que oferecem SLA de 100% e suporte dedicado.<\/p>\n
O que mais mudou no ecossistema Cloudflare neste ciclo<\/h3>\n
O Cloudflare Workers lan\u00e7amento<\/strong> de contas tempor\u00e1rias e Agents SDK n\u00e3o acontece isoladamente. A Cloudflare entregou neste m\u00eas um conjunto integrado de melhorias que ampliam a plataforma. O Cloudflare Workflows<\/strong> agora suporta rollbacks no estilo saga, permitindo que desenvolvedores especifiquem uma a\u00e7\u00e3o compensat\u00f3ria para cada step.do()<\/strong>. Isso \u00e9 cr\u00edtico para agentes que orquestram transa\u00e7\u00f5es multi-etapa \u2014 se uma etapa de cobran\u00e7a falhar ap\u00f3s um pedido ter sido registrado, o rollback autom\u00e1tico desfaz o registro, mantendo consist\u00eancia sem codifica\u00e7\u00e3o manual.<\/p>\n
O OAuth self-managed atingiu disponibilidade geral com zero downtime na migra\u00e7\u00e3o do engine interno. Isso significa que qualquer desenvolvedor pode agora construir integra\u00e7\u00f5es OAuth na plataforma Cloudflare sem depender de provedores externos \u2014 um bloco fundamental para o ecossistema de agentes que precisam se autenticar em APIs third-party. A busca de API tokens por nome, liberada tanto no Dashboard quanto na API, resolve um ponto de atrito real para times que gerenciam centenas de tokens.<\/p>\n
A executive order da Casa Branca sobre criptografia p\u00f3s-qu\u00e2ntica, com prazo de migra\u00e7\u00e3o para 2030, tamb\u00e9m foi endere\u00e7ada pela Cloudflare neste ciclo. A empresa publicou seu playbook de migra\u00e7\u00e3o para governo e ind\u00fastria, refor\u00e7ando<\/p>\n
\n
Sua empresa ainda n\u00e3o usa Cloudflare de forma estrat\u00e9gica?<\/p>\n
A JRT Technology Solutions implementa Cloudflare CDN, WAF, Zero Trust e Workers para empresas que precisam de performance, seguran\u00e7a e escalabilidade.<\/p>\n
  
\n    <\/svg>
\n    Falar com especialista
\n  <\/a>\n<\/div>\n","protected":false},"excerpt":{"rendered":"
Descubra o lan\u00e7amento do Cloudflare Workers: Contas Tempor\u00e1rias e Agents SDK que revolucionam a edge. Clique e saiba mais!<\/p>\n","protected":false},"author":1,"featured_media":1284,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"om_disable_all_campaigns":false,"_monsterinsights_skip_tracking":false,"iawp_total_views":0,"footnotes":""},"categories":[1721],"tags":[1963,1933,2027,2178,1796,2179],"class_list":["post-1285","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-cdn-cloudflare","tag-agents-sdk","tag-cloudflare-workers","tag-contas-temporarias-cloudflare","tag-desenvolvimento-na-nuvem","tag-edge-computing","tag-funcoes-serverless"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t