{"id":1101,"date":"2026-06-16T16:59:56","date_gmt":"2026-06-16T19:59:56","guid":{"rendered":"https:\/\/jrtx.com.br\/blog\/2026\/06\/16\/cloudflare-workers-lancamento-tcp-nativo-agentes-e-o-novo-pa\/"},"modified":"2026-06-16T16:59:56","modified_gmt":"2026-06-16T19:59:56","slug":"cloudflare-workers-lancamento-tcp-nativo-agentes-e-o-novo-pa","status":"publish","type":"post","link":"https:\/\/jrtx.com.br\/blog\/2026\/06\/16\/cloudflare-workers-lancamento-tcp-nativo-agentes-e-o-novo-pa\/","title":{"rendered":"Cloudflare Workers lan\u00e7amento: TCP nativo, Agentes e o novo patamar da edge computing"},"content":{"rendered":"

O ecossistema de edge computing atingiu um novo patamar t\u00e9cnico em 2026. Com mais de 300 pontos de presen\u00e7a globais e 1 em cada 5 requisi\u00e7\u00f5es HTTP da internet passando por sua rede, a Cloudflare acaba de realizar um dos Cloudflare Workers lan\u00e7amento<\/strong> mais impactantes dos \u00faltimos anos: a combina\u00e7\u00e3o de conectividade TCP bruta via VPC Networks<\/strong>, um SDK de agentes capaz de navega\u00e7\u00e3o em browser e execu\u00e7\u00e3o de c\u00f3digo remoto, e a chegada do modelo GLM-5.2<\/strong> para codifica\u00e7\u00e3o agentiva no Workers AI<\/strong>. Para profissionais de infraestrutura, seguran\u00e7a e desenvolvimento, estes an\u00fancios redefinem o que significa “computar na borda”. Se antes o Workers<\/strong> era uma plataforma de serverless functions com limita\u00e7\u00f5es de protocolo, hoje ele se consolida como um sistema operacional distribu\u00eddo capaz de substituir proxies reversos, bancos intermedi\u00e1rios e at\u00e9 mesmo agentes de automa\u00e7\u00e3o inteiros. Neste artigo, voc\u00ea vai entender cada um desses componentes, como configur\u00e1-los e por que eles importam \u2014 especialmente para o mercado brasileiro, onde lat\u00eancia e custo de egress s\u00e3o desafios cr\u00edticos.<\/p>\n

O que aconteceu: tr\u00eas an\u00fancios que mudam o jogo no Workers<\/h3>\n

Na ter\u00e7a-feira, 16 de junho de 2026, a Cloudflare publicou simultaneamente tr\u00eas changelogs que, juntos, formam o Cloudflare Workers lan\u00e7amento<\/strong> mais significativo do trimestre. O primeiro \u00e9 o suporte a conex\u00f5es TCP via connect()<\/code> sobre VPC Networks<\/strong>, permitindo que Workers abram sockets brutos para servi\u00e7os privados como Redis<\/strong>, Memcached<\/strong>, MQTT<\/strong> e qualquer outro protocolo bin\u00e1rio baseado em TCP \u2014 algo que antes exigia um proxy HTTP ou a instala\u00e7\u00e3o de conectores adicionais. O segundo \u00e9 a atualiza\u00e7\u00e3o do Agents SDK<\/strong>, que agora inclui Browser Run<\/strong> (automa\u00e7\u00e3o via Chrome DevTools Protocol), Codemode<\/strong> (execu\u00e7\u00e3o remota de c\u00f3digo com aprova\u00e7\u00e3o) e recupera\u00e7\u00e3o confi\u00e1vel ap\u00f3s deploys e evic\u00e7\u00f5es de Durable Objects<\/strong>. O terceiro \u00e9 o modelo GLM-5.2<\/strong> no Workers AI<\/strong>, com janela de contexto de at\u00e9 262.144 tokens (com promessa de 1.048.576) e suporte a function calling para agentes de codifica\u00e7\u00e3o aut\u00f4nomos. Estes an\u00fancios n\u00e3o s\u00e3o incrementais \u2014 eles mudam a arquitetura de refer\u00eancia para quem constr\u00f3i na borda.<\/p>\n

TCP nativo na edge: como funciona o connect() sobre VPC Networks<\/h3>\n

At\u00e9 agora, Workers s\u00f3 conseguiam se comunicar com servi\u00e7os privados via HTTP<\/strong> (fetch()<\/code>). Se voc\u00ea precisava consultar um Redis<\/strong> on-premises ou um broker MQTT<\/strong> em uma VPC, precisava de um adaptador HTTP ou de um t\u00fanel dedicado. Com o novo binding VPC Network<\/strong>, a configura\u00e7\u00e3o \u00e9 declarativa no wrangler.toml<\/code>:<\/p>\n

\n[[vpc_networks]]\nbinding = \"PRIVATE_NETWORK\"\nnetwork_id = \"cf1:network\"\nremote = true\n<\/code><\/pre>\n
No runtime, o Worker abre um socket TCP diretamente:<\/p>\n
\nconst socket = await env.PRIVATE_NETWORK.connect(\"10.0.1.50:6379\");\nconst writer = socket.writable.getWriter();\nawait writer.write(new TextEncoder().encode(\"PING\\r\\n\"));\nawait writer.close();\nreturn new Response(socket.readable);\n<\/code><\/pre>\n
Isso significa que qualquer servi\u00e7o TCP alcan\u00e7\u00e1vel via Cloudflare Tunnel<\/strong>, Cloudflare Mesh<\/strong> ou Cloudflare WAN<\/strong> on-ramp pode ser acessado com lat\u00eancia de borda. A implementa\u00e7\u00e3o atual suporta apenas TCP plaintext, mas j\u00e1 cobre 90% dos casos de middleware. Para quem gerencia infraestrutura h\u00edbrida, isso elimina a necessidade de expor portas p\u00fablicas ou manter proxies intermedi\u00e1rios.<\/p>\n\n\n\n\n\n\n\n\n\n
Aspecto<\/th>\nDetalhe<\/th>\n<\/tr>\n<\/thead>\n
Produto<\/td>\nWorkers \u2014 VPC Network Bindings (TCP connect)<\/td>\n<\/tr>\n
Disponibilidade<\/td>\nEnterprise (GA) | Business e Pro (em beta aberto)<\/td>\n<\/tr>\n
Caso de uso principal<\/td>\nAcesso a bancos e filas privados (Redis, Memcached, MQTT) sem proxies HTTP<\/td>\n<\/tr>\n
Diferencial vs. alternativas<\/td>\nZero egress, sem IP p\u00fablico, sem software extra, lat\u00eancia de borda<\/td>\n<\/tr>\n
Como acessar<\/td>\nDashboard > Workers & Pages > Bindings > VPC Network | API \/ Wrangler CLI<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n
Agents SDK: browser automation, codemode e recupera\u00e7\u00e3o inteligente<\/h3>\n
O Agents SDK<\/strong> recebeu melhorias que o transformam em uma plataforma madura para automa\u00e7\u00e3o empresarial. A novidade mais impactante \u00e9 o Browser Run<\/strong>: agentes agora podem controlar navegadores reais via Chrome DevTools Protocol (CDP)<\/strong> usando uma \u00fanica ferramenta browser_execute<\/code>. Em vez de a\u00e7\u00f5es pr\u00e9-definidas (clicar, digitar), o modelo escreve c\u00f3digo CDP dinamicamente \u2014 inspeciona p\u00e1ginas, captura screenshots, l\u00ea conte\u00fado renderizado e depura comportamento front-end. Isso permite, por exemplo, que um agente automatize o login em um SaaS corporativo, execute MFA e depois promova a sess\u00e3o de one-time para persistente.<\/p>\n
O Codemode<\/strong> introduz o createCodemodeRuntime<\/code>, que executa c\u00f3digo arbitr\u00e1rio em Workers com um log dur\u00e1vel de execu\u00e7\u00e3o. Quando o c\u00f3digo encontra uma a\u00e7\u00e3o com gate de aprova\u00e7\u00e3o (como criar uma issue no GitHub), a execu\u00e7\u00e3o pausa e retorna um pending approval<\/code>. Ap\u00f3s aprova\u00e7\u00e3o, as chamadas conclu\u00eddas s\u00e3o reproduzidas do log dur\u00e1vel e o c\u00f3digo continua \u2014 sem l\u00f3gica customizada de pause\/resume. Combinado com o novo Think sub-agent<\/strong>, que agora aceita clientTools<\/code> via RPC, \u00e9 poss\u00edvel construir cadeias de agentes delegados sem abrir WebSockets adicionais.<\/p>\n
Para times de infraestrutura, isso significa que d\u00e1 para ter agentes que acessam bancos privados (via connect()<\/strong>), navegam em dashboards internos (via Browser Run<\/strong>) e modificam configura\u00e7\u00f5es (via Codemode<\/strong>) \u2014 tudo rodando na borda, com lat\u00eancia <5ms no cold start e recupera\u00e7\u00e3o autom\u00e1tica ap\u00f3s deploys.<\/p>\n
GLM-5.2 no Workers AI: o modelo que codifica na borda<\/h3>\n
O Workers AI<\/strong> acaba de receber o GLM-5.2<\/strong>, modelo da Z.AI focado em codifica\u00e7\u00e3o agentiva. Com suporte a function calling<\/strong>, reasoning<\/strong> e janela de contexto de 262.144 tokens (expans\u00edvel para 1.048.576), ele foi desenhado para tarefas aut\u00f4nomas de engenharia de software: planejamento multi-step, refatora\u00e7\u00e3o de codebases longos e invoca\u00e7\u00e3o de ferramentas externas. O modelo pode ser acessado via binding env.AI.run()<\/code>, pela REST API ou via AI Gateway<\/strong> (que adiciona cache, rate limiting e observabilidade). A Cloudflare est\u00e1 posicionando o Workers AI<\/strong> como o \u00fanico runtime que oferece infer\u00eancia de modelos de c\u00f3digo na borda com binding direto a KV<\/strong>, D1<\/strong>, R2<\/strong> e Queues<\/strong> \u2014 sem movimenta\u00e7\u00e3o de dados para regi\u00f5es centrais. Para startups brasileiras que dependem de automa\u00e7\u00e3o de CI\/CD e revis\u00e3o de c\u00f3digo, isso reduz o tempo de feedback de minutos para milissegundos.<\/p>\n
Por que importa: impacto para desenvolvedores e empresas<\/h3>\n
Estes an\u00fancios atacam tr\u00eas dores cl\u00e1ssicas de quem opera na borda: limita\u00e7\u00e3o de protocolo<\/strong>, complexidade de agentes<\/strong> e custo de infer\u00eancia<\/strong>. Antes deste Cloudflare Workers lan\u00e7amento<\/strong>, acessar um Redis privado exigia montar um proxy HTTP (como redis-over-http<\/code>) ou expor a porta via VPN \u2014 ambos adicionando lat\u00eancia, pontos de falha e custo de egress. Agora, com o connect()<\/strong>, o Worker se conecta diretamente pelo backbone Cloudflare, sem sair para a internet p\u00fablica. A Agents SDK<\/strong> resolve o problema de “agentes fr\u00e1geis”: antes, qualquer deploy ou evic\u00e7\u00e3o de Durable Object<\/strong> quebrava a sess\u00e3o do agente; agora, o log dur\u00e1vel do Codemode<\/strong> e a recupera\u00e7\u00e3o de fibra garantem que o agente continue exatamente de onde parou. J\u00e1 o GLM-5.2<\/strong> elimina a necessidade de enviar c\u00f3digo para APIs externas (OpenAI, Anthropic) para tarefas de automa\u00e7\u00e3o \u2014 tudo roda em 275+ PoPs<\/strong>, com dados permanecendo dentro do per\u00edmetro da rede Cloudflare.<\/p>\n
Para empresas brasileiras que precisam cumprir a LGPD<\/strong>, este \u00e9 um diferencial cr\u00edtico: dados de clientes processados por agentes de c\u00f3digo nunca saem da borda nacional (PoPs em S\u00e3o Paulo, Rio de Janeiro, Bras\u00edlia, Fortaleza), evitando transfer\u00eancias internacionais desnecess\u00e1rias.<\/p>\n
Comparativo: Cloudflare Workers vs. Akamai EdgeWorkers vs. Fastly Compute<\/h3>\n
O mercado de edge computing em 2026 \u00e9 dominado por tr\u00eas plataformas: Cloudflare Workers<\/strong>, Akamai EdgeWorkers<\/strong> e Fastly Compute<\/strong> (baseado em Wasmtime). A Cloudflare se destaca por tr\u00eas fatores: ecossistema integrado<\/strong> (KV, D1, R2, Queues, Workers AI tudo no mesmo runtime), zero egress fees<\/strong> (vs. Akamai que cobra sa\u00edda de dados) e cold start abaixo de 1ms<\/strong> (vs. Fastly que depende de Wasm e tem cold start de 2-5ms). Com o TCP nativo e o Agents SDK, a Cloudflare fecha a lacuna de conectividade que a Fastly tinha com fastly:backend<\/code> e a Akamai com property manager<\/code>. Para clientes que j\u00e1 usam Cloudflare One<\/strong> (SASE\/Zero Trust), a integra\u00e7\u00e3o \u00e9 ainda mais forte: o mesmo Worker que autentica via Access<\/strong> pode abrir socket TCP para um Redis no datacenter privado via Cloudflare Tunnel<\/strong>.<\/p>\n\n\n\n\n\n\n\n\n\n
Caracter\u00edstica<\/th>\nCloudflare Workers<\/th>\nFastly Compute<\/th>\nAkamai EdgeWorkers<\/th>\n<\/tr>\n<\/thead>\n
Runtime<\/td>\nV8 Isolates + WASM + Python<\/td>\nWasmtime (WASM puro)<\/td>\nV8 Isolates (JS only)<\/td>\n<\/tr>\n
TCP nativo<\/td>\nSim (VPC Networks connect)<\/td>\nN\u00e3o (apenas HTTP)<\/td>\nN\u00e3o (apenas HTTP)<\/td>\n<\/tr>\n
Agentes SDK<\/td>\nSim (Browser + Codemode + Think)<\/td>\nN\u00e3o nativo<\/td>\nN\u00e3o nativo<\/td>\n<\/tr>\n
AI na borda<\/td>\nWorkers AI + AI Gateway<\/td>\nLimitado (WASM)<\/td>\nNenhum<\/td>\n<\/tr>\n
Egress fees<\/td>\nZero<\/td>\nCobrado<\/td>\nCobrado<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n
Como configurar: primeiros passos com TCP connect e Agents SDK<\/h3>\n
Para habilitar o connect()<\/strong> sobre VPC Networks, o primeiro passo \u00e9 criar ou selecionar uma rede VPC no Dashboard do Cloudflare (Zero Trust > Networks > VPC Networks). Anote o network_id<\/code> (formato cf1:network<\/code>) e configure o binding no wrangler.toml<\/code>:<\/p>\n
\n[[vpc_networks]]\nbinding = \"PRIVATE_NETWORK\"\nnetwork_id = \"cf1:network\"\nremote = true\n<\/code><\/pre>\n
No c\u00f3digo do Worker, importe o binding e use connect(host:port)<\/code>. Exemplo pr\u00e1tico para consultar um Redis de cache:<\/p>\n
\nexport default {\n  async fetch(request, env) {\n    const socket = await env.PRIVATE_NETWORK.connect(\"10.0.1.50:6379\");\n    const writer = socket.writable.getWriter();\n    await writer.write(new TextEncoder().encode(\"GET user:session\\r\\n\"));\n    await writer.close();\n    const reader = socket.readable.getReader();\n    const { value } = await reader.read();\n    return new Response(value);\n  }\n};\n<\/code><\/pre>\n
Para o Agents SDK<\/strong>, atualize as depend\u00eancias:<\/p>\n
\nnpm i agents@latest @cloudflare\/think@latest @cloudflare\/codemode@latest @cloudflare\/ai-chat@latest @cloudflare\/voice@latest\n<\/code><\/pre>\n
Depois, configure um agente com Browser Run<\/strong> para automa\u00e7\u00e3o de login em um SaaS corporativo:<\/p>\n
\nimport { createBrowserTools } from \"@cloudflare\/think\";\nconst browserTools = createBrowserTools({\n  ctx: this.ctx,\n  browser: this.env.BROWSER,\n  loader: this.env.LOADER,\n  session: { mode: \"dynamic\" },\n});\n<\/code><\/pre>\n
Na JRT Technology Solutions<\/strong>, configuramos o Cloudflare para clientes que precisam de automa\u00e7\u00e3o de infraestrutura sem expor credenciais. Nossos especialistas em infraestrutura CDN recomendam iniciar com um Worker simples de health check via TCP connect antes de avan\u00e7ar para agentes com Browser Run.<\/p>\n
Impacto para o Brasil: lat\u00eancia, LGPD e custos de egress<\/h3>\n
O mercado brasileiro de tecnologia enfrenta tr\u00eas desafios que este Cloudflare Workers lan\u00e7amento<\/strong> endere\u00e7a diretamente. O primeiro \u00e9 a lat\u00eancia<\/strong>: com PoPs em S\u00e3o Paulo (GRU), Rio de Janeiro (GIG), Bras\u00edlia (BSB) e Fortaleza (FOR), o TCP connect via VPC Networks permite que Workers acessem bancos Redis e filas MQTT hospedados em data centers locais com lat\u00eancia abaixo de 5ms, sem rotear por proxies nos EUA ou Europa. O segundo \u00e9 a LGPD<\/strong>: dados processados por agentes (como logs de automa\u00e7\u00e3o ou sess\u00f5es de browser) permanecem em Workers que rodam em PoPs brasileiros, e o GLM-5.2<\/strong> no Workers AI infere modelos sem enviar c\u00f3digo ou dados para fora do pa\u00eds. O terceiro \u00e9 o custo de egress<\/strong>: empresas que migraram de AWS S3 para R2<\/strong> (zero egress) agora podem conectar Workers diretamente ao R2 sem pagar por tr\u00e1fego de sa\u00edda, combinando armazenamento e computa\u00e7\u00e3o na borda sem imprevistos na fatura.<\/p>\n
Casos de uso pr\u00e1ticos para o Brasil incluem:<\/p>\n