Remix 3 RC: O Framework que Largou o React e Apostou nos Primitivos da Web

Hoje, 31 de agosto de 2026, a equipe do Remix publicou o primeiro Release Candidate do Remix 3, quatro meses depois do beta preview. A confirmação que a comunidade React vinha aguardando: o Remix 3 não usa React. Ele traz runtime de UI próprio — manipulação de eventos composível, estilos, animações e componentes built-in — tudo empacotado num único pacote 'remix'. A versão final chega em 2 de outubro, no Remix Jam.

O que é o Remix 3, na prática

O Remix 3 se define como um framework full-stack 'unapologeticamente construído sobre primitivos da web' — HTML, CSS, HTTP e web standards, sem camadas de abstração pesadas no caminho. Na prática, o pacote único 'remix' inclui: roteador type-safe e mais rápido (com router.mount() para compor aplicações), fluxo completo de banco de dados no CLI, servidor de assets sem bundle, HMR full-stack e a nova UI runtime com componentes próprios.

• Banco de dados como cidadão de primeira classe: migrações, seeds, status checks, resets, wipes e rollbacks direto no CLI
• HMR full-stack: módulos de servidor recarregam e componentes de UI compatíveis atualizam in-place, sem perder estado
• Servidor de assets unbundled: JavaScript, CSS, imagens, fontes e até pacotes npm servidos sem bundle, com preloading embutido
• Roteamento mais rápido e type-safe: matching e geração de URLs otimizados, com inferência de TypeScript melhorada
• UI library própria: tabs, toggles, context menus e outros componentes prontos — sem depender de React Aria ou Radix
• Suporte SPA: mesmo router, middleware e modelo Request-to-Response para apps client-rendered

remix.json e o CLI: a nova espinha dorsal

A configuração do projeto vive num único remix.json — databases, assets e tests — e o CLI assumiu o que antes exigia meia dúzia de ferramentas terceirizadas: ORM, migrator, bundler de dev e runner de testes. O remix doctor inspeciona a saúde do projeto, incluindo os assets alcançáveis pelo browser. É a filosofia de 'um pacote, um arquivo, um CLI' levada ao extremo.

{
  "databases": {
    "app": { "type": "sqlite", "url": "file:./data/app.db" }
  },
  "assets": { "preloading": true },
  "tests": { "include": "tests/**" }
}

// Fluxo de banco documentado no RC (via CLI):
// remix db migrate · seed · status · reset · wipe · rollback
// Diagnóstico do projeto:
// remix doctor

Por que largar o React? A tese dos primitivos

A aposta do time é que frameworks gastam energia demais abstraindo o que a plataforma já resolve. O Remix 3 remove a camada React — virtual DOM, reconciler, compiler — e vai direto aos primitivos: elementos, eventos composíveis, CSS. Menos abstração significa menos código gerado, menos hidratação e menos distância entre o que você escreve e o que roda no browser. É a mesma direção que Solid e Qwik perseguem, mas agora vinda do time por trás de um dos frameworks React mais influentes da história.

O fator agentes de IA

O post do RC diz explicitamente que o Remix quer ser produtivo 'out of the gate' no cenário de programação agêntica. Faz sentido: menos abstrações e um único pacote significam menos contexto para o agente carregar, APIs mais previsíveis e menos alucinação de imports. O dev server sem bundle também encurta o ciclo editar-testar que agentes executam centenas de vezes por tarefa. Em 2026, a DX para humanos e a DX para IA convergiram — e o Remix é o primeiro framework desenhado com isso em mente desde o primeiro dia.

E o React Router?

Não confunda os produtos: o React Router v8 (junho de 2026) segue como o caminho React do time — major anual 'chato' e previsível, com suporte a Server Components, middleware, type-safe href e Agent Skills. Os dois projetos divergiram de propósito: Remix 3 é a aposta radical; React Router é a estabilidade. Se seu app é React e funciona, você continua no React Router — e o time deixou claro que vai mantê-lo.