OpenAI coloca um frontend hospedado atrás do Codex com Sites, anotações e um plugin de design de produto

Sites transforma a saída do Codex em uma superfície web hospedada e compartilhável

A parte mais relevante desse lançamento para o frontend é o Sites, em preview para clientes Business e Enterprise. O Codex agora consegue gerar páginas web interativas e hospedadas — dashboards, planejadores, espaços de revisão, quadros de projeto, galerias — e compartilhá-las dentro de um workspace via URL. Isso é uma mudança e tanto para uma ferramenta que começou como assistente de desenvolvimento de software: o entregável não é mais um arquivo ou um diff de código, e sim uma página funcionando que outra pessoa pode abrir e usar.

Sites são um novo tipo de canvas para as suas ideias.Montana Labs

Os exemplos são concretos: um site para revisão de clientes montado a partir de atualizações de produto, dúvidas abertas e tendências de uso; um planejador de cenários construído a partir de um modelo financeiro, para que líderes comparem premissas em vez de ler abas de planilha. A OpenAI também reforça que essas páginas não são estáticas e que o Codex consegue mantê-las atualizadas conforme os detalhes mudam — posicionando o Sites como superfícies de app vivas, e não exportações pontuais.

A lista de parceiros parece um mapa da concorrência

A OpenAI cita parceiros iniciais do Sites, incluindo Vercel, Wix, Base44, Replit, Lovable, Figma, Webflow e Emergent. Essa lista chama atenção porque a maioria desses nomes está justamente no negócio de transformar intenção em frontends implantados. Ao enquadrá-los como parceiros de um 'ecossistema de parceiros de sites', a OpenAI sinaliza que quer ficar acima da camada de hospedagem e criação de páginas, em vez de apenas alimentá-la com código.

Para times que constroem em qualquer uma dessas plataformas, a pergunta prática é onde fica o limite da geração: se o Codex produz o frontend e passa o deploy para outra ferramenta, ou se ele vai passando a acumular as duas etapas. O anúncio não resolve isso, mas citar essas empresas como colaboradoras enquanto lança uma capacidade concorrente é a tensão que vale ficar de olho.

O plugin de design de produto trabalha a partir de UI ao vivo, não só de specs

O plugin de design de produto foi feito para transformar ideias iniciais em prototipos que os times conseguem revisar. Duas capacidades se destacam para o trabalho de frontend: prototipagem a partir de uma URL ao vivo, e transformar prints estáticos em algo interativo. As duas tratam o estado atual da interface como ponto de partida, em vez de exigir uma descrição em texto primeiro, e o trabalho segue depois para Figma e Canva.

Isso importa porque permite que o Codex chegue até os designers onde os artefatos deles já estão — uma página existente ou um print simples — em vez de exigir que tudo seja descrito em texto antes. É a mesma lógica de 'trabalhar com as ferramentas que seu time já usa' que a OpenAI aplica nos seis novos plugins, que juntos reúnem 62 apps e 110 skills.

Anotações trazem edição direta e pontual para artefatos de frontend

As anotações, antes usadas por desenvolvedores para refinar código, Markdown e sites gerados, agora passam a valer também para documentos, planilhas e apresentações. A mecânica é baseada em seleção: você aponta para um elemento específico e diz ao Codex o que mudar. O próprio exemplo da fonte é revelador para times de frontend: selecionar a barra de navegação de um site e pedir ao Codex para mudar a fonte, ou marcar um gráfico e pedir um rótulo mais claro.

Isso está mais próximo da manipulação direta do que do prompting. Em vez de redescrever a página inteira para mudar um único componente, você delimita a edição a uma região selecionada e preserva o resto intacto. A OpenAI define as anotações como mais úteis depois do primeiro rascunho, 'quando o trabalho exige julgamento, feedback e iteração' — que é exatamente onde o trabalho de frontend costuma viver.

O que criar frontends hospedados dentro do Codex exige dos times

A implicação concreta aqui é de governança, não de novidade. Sites são hospedados e compartilhados por URL dentro de um workspace, e administradores precisam habilitá-los nas configurações do Enterprise, além de controlar as permissões dos apps subjacentes para os plugins específicos de cada função. Quando o Codex consegue gerar páginas interativas que leem dados do Snowflake, Salesforce ou de um modelo financeiro e depois mantê-las atualizadas, essas páginas passam a ser superfícies vivas que expõem dados internos — não rascunhos descartáveis.

Com usuários não-desenvolvedores já representando cerca de 20% da base do Codex e crescendo mais de 3x mais rápido que os desenvolvedores, quem cria esses frontends vai deixar de ser majoritariamente engenheiro. O trabalho imediato para times aplicados é decidir o que um site gerado pelo Codex e atualizado automaticamente pode exibir, quem pode compartilhá-lo e como suas conexões de dados são delimitadas — antes que uma URL circule sem que ninguém do lado da plataforma tenha revisado.