Introdução
A Cloudflare pegou o runtime do Next.js, usou IA pra reescrever uma camada inteira de adaptação, e levou uma semana. Uma semana.
A internet reagiu como sempre reage: metade aplaudiu, metade entrou em pânico. "A IA vai substituir os devs!" "Se uma IA reescreve um framework em uma semana, pra que eu sirvo?" Os fóruns encheram de takes apocalípticos, o Twitter virou campo de batalha, e a conversa saiu completamente do trilho.
Mas se você parar cinco minutos pra entender o que realmente aconteceu, vai perceber que essa história é muito mais interessante — e muito menos assustadora — do que a manchete sugere. Tem decisão de negócio, tem guerra de plataforma, tem uma discussão importantíssima sobre open source, e sim, tem IA no meio. Mas a IA é o detalhe menos relevante de tudo isso.
Nesse post eu vou destrinchar cada camada dessa história. O que a Cloudflare realmente fez, por que fez, o que isso significa pro ecossistema, e o que você como dev deveria estar tirando de lição.
O que aconteceu de verdade
Vamos pela história, porque ela é mais interessante do que qualquer manchete.
O problema: Next.js e a prisão dourada da Vercel
O Next.js é, de longe, o framework React mais popular do mundo. E ele é mantido pela Vercel — que também é a plataforma onde ele roda melhor. Isso não é coincidência.
Ao longo dos anos, a Vercel foi construindo o Next.js de um jeito que toda feature nova funciona perfeitamente... na Vercel. Middleware no edge? Funciona lindo na Vercel. ISR com cache inteligente? Out of the box na Vercel. Server Actions com integração profunda? Adivinha.
Agora tenta rodar tudo isso na AWS. Ou no Google Cloud. Ou em qualquer outro lugar. Você vai descobrir rapidamente que o "open source" do Next.js tem um asterisco enorme. Mas a gente chega nessa parte depois.
O ponto é: se você usa Next.js com tudo que ele oferece, você tá, na prática, preso na Vercel. E a Cloudflare olhou pra isso e pensou: "Isso é um problema — e uma oportunidade."
O contexto: Workers e edge computing
Pra entender por que a Cloudflare se importa com isso, você precisa entender o que são os Workers.
A Cloudflare tem uma rede global com data centers em mais de 300 cidades. Os Workers são funções que rodam nesses data centers — ou seja, seu código executa fisicamente perto do usuário, não num servidor centralizado em Virginia. Isso é edge computing.
A promessa é simples: menos latência, mais performance, escala automática. E a Cloudflare vem construindo todo um ecossistema em volta disso. D1 (banco SQL no edge), R2 (storage compatível com S3), KV (key-value distribuído), Queues, AI Workers... Ela não é mais "só uma CDN". Ela tá construindo uma cloud alternativa.
Mas tem um gap enorme: se o framework mais popular do mundo não roda na sua plataforma, você perde uma fatia gigante do mercado. E era exatamente esse o cenário.
O OpenNext: a tentativa da comunidade
Essa dor não era nova. A comunidade já tinha sentido ela, e a resposta veio na forma do OpenNext — um projeto open source que tenta adaptar o Next.js pra rodar fora da Vercel.
O OpenNext basicamente cria adapters — camadas intermediárias que traduzem o que o Next.js espera (a infraestrutura da Vercel) pro que outras plataformas oferecem. Existe adapter pra AWS Lambda, pra Cloudflare Workers, pra outras plataformas.
A Cloudflare abraçou o OpenNext e contribuiu com o adapter pros Workers. Mas manter esse adapter era uma dor. Cada release nova do Next.js podia quebrar coisas. O adapter tinha que lidar com dezenas de edge cases. O código ficou complexo e frágil.
Pensa assim: você tá tentando fazer um software rodar num ambiente pra qual ele não foi desenhado. É como tentar encaixar uma peça de Lego num quebra-cabeça. Funciona, mas exige gambiarra. E gambiarra acumula.
A decisão: "E se a IA reescrever isso?"
Aí veio a ideia. O time da Cloudflare olhou pra esse adapter cheio de remendos e pensou: "E se a gente reescrever isso do zero? E se a gente usar IA pra acelerar?"
Eles tinham a especificação completa do que o adapter precisava fazer. Sabiam os inputs, os outputs, os comportamentos esperados. O problema estava bem definido. A solução era conhecida. O que faltava era escrever o código.
Então eles alimentaram um modelo de IA com a especificação e iteraram em cima do resultado. Em uma semana, tinham um adapter funcional, mais limpo e mais fácil de manter que o anterior.
A notícia vazou e virou manchete: "Cloudflare reescreve Next.js com IA em uma semana."
E aí o circo pegou fogo. Porque a manchete é ótima pra engajamento — e péssima pra entendimento.
O pânico dos devs — e por que é exagerado
Vamos falar sobre a reação da comunidade, porque ela diz mais sobre nós do que sobre a IA.
O que as pessoas entenderam
Os devs leram "IA reescreveu framework em uma semana" e a interpretação foi instantânea:
- "Uma IA fez o trabalho de um time inteiro em uma semana."
- "Se IA reescreve frameworks, imagina CRUD. Estamos mortos."
- "Pra que aprender a programar se a IA faz tudo?"
O medo é real. A insegurança é compreensível. Mas a conclusão tá errada.
O que realmente aconteceu
Vamos colocar em perspectiva o que a IA de fato fez:
Ela não inventou um framework. Não olhou pro ecossistema e disse "o Next.js deveria rodar em Workers". Não analisou a arquitetura dos Workers, não identificou os pontos de incompatibilidade, não definiu quais trade-offs aceitar.
Ela não projetou a solução. Não decidiu qual abordagem usar, não pensou em manutenibilidade, não considerou como a solução ia interagir com o resto do ecossistema Cloudflare.
O que ela fez foi implementar código baseado numa especificação que já existia. Uma especificação escrita por engenheiros humanos, que definiram o problema, desenharam a solução, e descreveram o que o código precisava fazer.
Pra usar uma analogia: imagina que um arquiteto desenha a planta completa de uma casa. Cada cômodo, cada medida, cada material. E aí você pega essa planta e dá pra uma IA que gera o código de simulação 3D da casa. A IA "construiu" a casa? Não. Ela traduziu a planta em código. O trabalho intelectual — o design, as decisões, os trade-offs — foi feito pelo arquiteto.
É a mesma coisa aqui. A IA foi o pedreiro digital. Eficiente? Sim. Rápido? Muito. Mas sem o arquiteto, não existe casa.
O padrão histórico que ninguém lembra
Essa reação não é nova. A história da computação é uma sequência de ferramentas que "iam acabar com os programadores".
Compiladores (anos 50-60): "Se a máquina traduz linguagem de alto nível pra Assembly, pra que aprender Assembly?" — E o que aconteceu? Surgiu uma nova geração de programadores que pensava em níveis mais altos de abstração.
IDEs com autocomplete (anos 90-2000): "Se o Visual Studio completa o código, qualquer um programa." — E o que aconteceu? Os devs ficaram mais produtivos e passaram a resolver problemas mais complexos.
Frameworks (anos 2000-2010): "Se o Rails/Django faz tudo, pra que aprender HTTP, SQL, arquitetura?" — E o que aconteceu? Mais gente entrou no mercado, a demanda explodiu, e quem entendia os fundamentos se destacou.
Stack Overflow (2008+): "Se toda resposta tá no Stack Overflow, pra que saber de cor?" — E o que aconteceu? Os devs passaram a focar em saber perguntar, entender contexto, e adaptar soluções.
GitHub Copilot (2021+): "Se a IA completa código, acabou." — E o que aconteceu? Devs ficaram mais rápidos em tarefas repetitivas e passaram mais tempo pensando em design.
Percebe o padrão? A ferramenta muda. O trabalho evolui. A demanda não diminui — ela se desloca pra cima. O dev que se adapta prospera. O que se recusa a evoluir sofre.
Ficar com medo de IA em 2026 é como ter ficado com medo do Stack Overflow em 2010. É compreensível, mas é míope.
O que a IA realmente muda (e o que não muda)
Vou ser direto aqui:
O que a IA muda: a velocidade de implementação de soluções conhecidas. Se o problema tá definido, a solução tá clara, e alguém precisa escrever o código — a IA faz isso absurdamente rápido. Boilerplate, adapters, CRUDs, testes unitários baseados em specs, conversões de formato. Tudo isso a IA come de café da manhã.
O que a IA não muda: a necessidade de alguém que entenda o problema. Que saiba fazer as perguntas certas. Que consiga avaliar se a solução da IA faz sentido. Que entenda os trade-offs. Que tenha contexto de negócio. Que saiba arquitetura. Que consiga debugar quando algo quebra de um jeito que a IA não previu.
Se o seu trabalho é 100% "escrever código que alguém já especificou" — sim, a IA é uma ameaça. Mas se você consegue pensar, definir problemas, tomar decisões técnicas e entender o contexto em que o software vive — a IA é a melhor ferramenta que você já teve.
A pergunta não é "a IA vai me substituir?". A pergunta é: "O que eu faço que uma IA não consegue fazer?" Se a resposta for "nada"... o problema não é a IA.
A jogada de negócio da Cloudflare
Agora que a gente desmistificou a parte da IA, vamos falar sobre o que realmente importa nessa história: a jogada de negócio. Porque essa é a camada que quase ninguém tá discutindo, e é de longe a mais interessante.
A Cloudflare não é mais uma CDN
Muita gente ainda pensa na Cloudflare como "aquela empresa de CDN e proteção DDoS". Isso é como pensar na Amazon como "aquela loja de livros online". Faz tempo que mudou.
A Cloudflare tá construindo uma cloud completa baseada em edge computing. O portfólio atual dela inclui:
- Workers: funções serverless no edge (mais de 300 localizações)
- D1: banco de dados SQL distribuído globalmente
- R2: storage de objetos compatível com S3 (sem taxa de egress — e isso é enorme)
- KV: key-value store distribuído
- Queues: fila de mensagens
- Durable Objects: estado persistente no edge
- AI Workers: inferência de modelos de IA no edge
- Pages: deploy de sites estáticos e full-stack
Olha pra essa lista. É uma cloud. Não uma CDN com extras — é uma alternativa real à AWS, GCP e Azure, com um diferencial brutal: tudo roda no edge, perto do usuário.
Mas tem um problema. Você pode ter a melhor plataforma do mundo, mas se os desenvolvedores não conseguem rodar o que já usam na sua infra, eles não vão migrar. Ninguém quer reescrever a aplicação inteira pra mudar de plataforma.
O Next.js como peça estratégica
E aí entra o Next.js. Ele é o framework React mais popular do mundo. Uma parcela gigantesca das aplicações web modernas roda em Next.js. E todas elas, na prática, fazem deploy na Vercel.
Se a Cloudflare quer competir, ela precisa que essas aplicações rodem nos Workers. Mas o Next.js não foi feito pra isso. Ele foi feito pra Vercel. E cada nova feature do Next.js aprofunda esse acoplamento.
A Cloudflare tinha duas opções:
- Criar um framework concorrente — caro, demorado, e exige convencer milhões de devs a mudar de stack. Improvável.
- Fazer o Next.js rodar nos Workers — aproveita a base existente, zero atrito pro dev, adoção imediata.
A escolha é óbvia. E foi exatamente o que eles fizeram.
A declaração de guerra
"Ah, o Next.js não roda fora da Vercel? A gente faz rodar. Em uma semana. Com IA. De graça."
Releia essa frase. Isso é brutal.
A Cloudflare não precisou criar framework novo. Não precisou convencer ninguém a mudar de stack. Não precisou fazer marketing pesado. Só garantiu que o que todo mundo já usa funcione na plataforma dela.
Menos atrito, mais adoção. É a jogada perfeita.
E tem um detalhe que pouca gente menciona: o custo. Os Workers da Cloudflare são significativamente mais baratos que a Vercel pra maioria dos workloads. O free tier é generoso. E não tem aqueles sustos de conta que aparecem no Twitter todo mês — "meu projeto pessoal na Vercel gerou uma conta de $500 do nada".
Quando você oferece a mesma funcionalidade, com menos atrito, por menos dinheiro, e sem vendor lock-in... a proposta de valor é absurda. E a Vercel sabe disso.
Open source com asterisco — o verdadeiro problema por trás de tudo
Essa é a parte da história que eu acho mais importante. Mais que a IA, mais que a briga de plataforma. Porque ela afeta diretamente a sua vida como dev.
O que "open source" deveria significar
Open source, na essência, é simples: o código é aberto, qualquer um pode usar, modificar, distribuir e hospedar onde quiser. É liberdade. É comunidade. É transparência.
O Next.js é open source. Licença MIT. Código no GitHub. Qualquer um pode contribuir. Parece perfeito, certo?
O que acontece na prática
Na prática, a Vercel foi construindo o Next.js de um jeito que a experiência completa só funciona na Vercel. O código é aberto, mas o ecossistema é fechado.
Vou dar exemplos concretos:
Middleware: o Next.js tem um sistema de middleware que roda no edge. Na Vercel, isso funciona automaticamente — seu middleware executa nos edge nodes da Vercel sem configuração nenhuma. Em outro lugar? Você precisa configurar seu próprio runtime de edge, garantir compatibilidade com as APIs do Web Standard, e lidar com as limitações de cada plataforma.
ISR (Incremental Static Regeneration): uma das features mais poderosas do Next.js. Permite que páginas estáticas sejam regeneradas sob demanda, sem rebuild completo. Na Vercel, funciona magicamente — ela gerencia o cache, a invalidação, a revalidação, tudo. Fora da Vercel? Você precisa implementar toda a lógica de cache e invalidação na mão. Boa sorte.
Server Actions: permitem chamar funções do servidor diretamente do cliente. Na Vercel, a integração é perfeita. Em outro lugar, você precisa garantir que o bundling, o roteamento e a serialização funcionem corretamente no seu ambiente. E a documentação sobre como fazer isso fora da Vercel é... escassa, pra ser gentil.
Cache granular: o Next.js tem um sistema de cache sofisticado com múltiplas camadas. Na Vercel, cada camada é otimizada pra infraestrutura dela. Fora? Parte dessas otimizações simplesmente não existe.
Percebe o padrão? Cada feature nova do Next.js funciona perfeitamente na Vercel. E funciona "mais ou menos" em qualquer outro lugar. Com o tempo, isso cria uma gravidade que puxa todo mundo pra Vercel.
Vendor lock-in disfarçado de comunidade
Isso tem um nome: vendor lock-in. Mas é um tipo especialmente insidioso de vendor lock-in, porque ele vem disfarçado de open source e comunidade.
Quando a Oracle te prende no Oracle Database, você sabe que tá preso. A decisão foi consciente. Quando a AWS te prende com Lambda + DynamoDB + SQS + tudo mais, você pelo menos sabe que tá num ecossistema proprietário.
Mas quando a Vercel te prende com Next.js, você nem percebe. Porque "é open source". Porque "posso sair quando quiser". Porque "é só um framework".
Só que quando você tenta sair, descobre que:
- Metade das features não funciona direito fora da Vercel
- A documentação assume que você tá na Vercel
- As soluções da comunidade são gambiarras frágeis
- Migrar o projeto vai custar semanas ou meses de trabalho
Isso não é open source de verdade. É open source com asterisco. O código é aberto. A experiência é fechada.
Nuance importante: a Vercel não é vilã
Eu preciso ser justo aqui. A Vercel criou um produto incrível. O Next.js é um framework excelente. A experiência de deploy na Vercel é, sem exagero, a melhor do mercado. Eles merecem crédito por tudo isso.
E faz sentido, do ponto de vista de negócio, que eles otimizem o framework pra própria plataforma. Eles pagam os engenheiros que mantêm o Next.js. Eles investem pesado em R&D. É justo que colham os frutos disso.
O problema não é que a Vercel faz isso. O problema é que a comunidade não percebe. Quando você escolhe Next.js achando que tá escolhendo uma tecnologia open source e agnóstica de plataforma, mas na verdade tá entrando num ecossistema que te puxa pra uma plataforma específica — existe um desalinhamento de expectativas.
E quando a empresa que mantém o framework é a mesma que vende a plataforma, tem um conflito de interesse natural que ninguém deveria ignorar.
A pergunta que todo dev deveria se fazer: "Se eu quiser sair da Vercel amanhã, consigo sem dor?"
Até a Cloudflare fazer o que fez, a resposta honesta era: "Sim, mas vai doer bastante."
O que fica pra você, dev
Essa história tem várias camadas, mas se eu tivesse que destilar em três lições práticas, seriam essas:
1. IA é ferramenta, não substituto — mas você precisa saber usá-la
Essa é a lição mais óbvia, mas vale reforçar: a IA acelerou a execução de algo que humanos definiram. Não inventou nada. Não pensou em nada. Não tomou decisão nenhuma.
Mas — e aqui tá a nuance — isso não significa que você pode ignorar a IA. O dev que sabe usar IA como ferramenta vai ser absurdamente mais produtivo que o dev que se recusa a usar. A Cloudflare fez em uma semana o que levaria meses. Não porque a IA é mágica, mas porque ela eliminou o trabalho braçal de implementação.
Se você sabe pensar, definir problemas e tomar decisões técnicas, IA te torna mais rápido. Se você só escreve código sem pensar no porquê... aí sim, IA te substitui. Mas o problema nunca foi a IA — é a falta de pensamento crítico.
A mentalidade certa não é "IA vai me substituir" nem "IA é irrelevante". É: "Como eu uso isso pra fazer em um dia o que antes levava uma semana?"
2. Fique de olho em vendor lock-in — especialmente o disfarçado
Não case com plataforma. Case com padrões abertos.
Antes de adotar qualquer tecnologia, faça o teste mental: "Se eu precisar sair amanhã, quanto custa?" Se a resposta for "reescrever tudo", você não tá usando uma tecnologia open source — tá usando um produto SaaS com código no GitHub.
Isso não significa evitar Vercel, ou AWS, ou qualquer plataforma específica. Significa estar consciente do nível de acoplamento. Saber onde você tá preso. E tomar essa decisão de forma deliberada, não por inércia.
Algumas perguntas pra se fazer:
- As features que eu uso funcionam fora dessa plataforma?
- A documentação assume que eu tô nessa plataforma?
- Se eu migrar, quanto código preciso mudar?
- Existe alternativa viável que me dá mais liberdade?
Não precisa ser paranóico. Mas precisa ser consciente.
3. Mais concorrência é bom — sempre
A Cloudflare fazendo Next.js rodar nos Workers é excelente pra comunidade. Não porque a Cloudflare é boazinha — ela tem interesse comercial, óbvio. Mas porque isso pressiona a Vercel a competir de verdade.
Quando só uma plataforma roda bem o Next.js, ela pode cobrar o que quiser, mudar os termos quando quiser, e a comunidade aceita porque não tem alternativa prática.
Quando duas, três, quatro plataformas rodam igualmente bem, a competição muda o jogo: preço melhor, features melhores, documentação melhor, suporte melhor. No final, quem ganha é você, dev.