O Telex é uma ferramenta da Automattic que gera blocos Gutenberg a partir de prompts em linguagem natural. Você descreve o que precisa, pode mandar junto um mockup do Figma ou um print como referência, e ele entrega um bloco funcional pronto pra instalar no WordPress.
Por baixo, usa Claude e Gemini. O que sai do outro lado: um bloco real, com código exportável, que você baixa, abre no VS Code ou Cursor, ajusta manualmente, e manda de volta pro Telex pra continuar iterando com IA.
A maioria das ferramentas de "vibe coding" entrega landing pages descartáveis. O Telex entrega um componente do ecossistema WordPress que funciona dentro do editor, respeita o padrão de blocos, e pode ir pra produção.
Em março, a Automattic publicou os resultados dos experimentos internos. Designers do time criando blocos e patterns sozinhos, sem abrir ticket pra engenharia. A descrição deles: "como ter um desenvolvedor sentado ao lado que conhece profundamente o editor WordPress".
A implicação é direta. O designer que antes entregava um mockup agora pode entregar um bloco instalável. O ciclo de feedback encurta. O dev não some da equação, mas entra num momento diferente.
Não resolve tudo. Blocos com lógica de negócio complexa ainda precisam de engenharia de verdade. Mas pra componentes visuais, layouts customizados, blocos de conteúdo, o caminho de "ideia" a "coisa funcionando" caiu de dias pra minutos.
Ainda é experimental e gratuito. Disponível em 7 idiomas. Vale testar antes que vire pago.
O review começa no zip, não no inserter
O Telex entrega um bloco que instala. Isso encurta o caminho entre mockup e Gutenberg. Também convida um atalho: se abre no editor, está pronto.
Antes de qualquer ambiente compartilhado, abra o código. Confira nome e slug do bloco, categoria, atributos, save versus render no servidor, scripts enfileirados e o que o JavaScript assume sobre o DOM do tema. O round-trip de fevereiro existe para isso: baixar o zip, abrir no VS Code ou no Cursor, ajustar, devolver o arquivo e seguir iterando com o modelo.
A Automattic descreveu designers criando blocos e patterns sem abrir ticket no começo. Isso mostra ciclo menor. O review continua necessário, só que agora parte de um artefato que já roda. Segurança, escape de HTML, performance e dono de manutenção ainda são decisão de engenharia.
Interação visual e o bloco que toca dado
Os experimentos que Marko Ivanovic, Noam Almosnino e Nick Hamze publicaram são, em boa parte, expressão: scrambler de texto, carrossel, notas, ícones, blocos que ninguém pagaria para existir. É o território em que o Telex reduz a distância entre ideia e coisa instalável.
Bloco que lê post type, checa capability, grava user meta, chama API externa ou monta query com parâmetro da URL pede outra fila. O modelo gera a casca. Ele não conhece o contrato de dados do site nem a política de sanitização do time.
Chegou um bloco de conteúdo estático? O review pode ser visual, de teclado e de contraste. Chegou um bloco que "busca produtos" ou "mostra o usuário logado"? Pare no PHP e no REST. De onde vem o dado, o que acontece com input vazio, quem pode inserir o bloco no inserter.
Corte entre o experimento e o repositório
A história de versões passou a criar uma versão nova quando você restaura o passado, em vez de sobrescrever o trabalho atual. Dá para explorar sem destruir o que está bom. Combine isso com o zip: fique no Telex enquanto o problema for layout e microinteração; saia para o IDE quando o problema for comportamento, dado ou build.
Defina um ponto de corte escrito. Depois de duas voltas no Telex e uma passagem no editor local, o bloco entra no repositório do tema ou do plugin, com teste e nome de quem responde. Sem esse corte, o zip fica na máquina de quem gerou. Três meses depois, ninguém sabe qual arquivo é a fonte.
O Telex está em sete idiomas e segue experimento gratuito. Changelog público ajuda a acompanhar. Não amarre roadmap de produto a SLA que a Automattic não publicou. Use para encurtar o ciclo. Tenha outro caminho se preço, modelo ou disponibilidade mudarem.
Há um limite de dado, além do de código. Prompts e imagens de referência passam por Claude e Gemini. Mockup de produto ainda não lançado, copy confidencial e print de painel com dado de usuário não deveriam entrar no upload sem uma regra escrita. O ciclo curto não justifica vazar o que o time não colocaria num chatbot público.
O que não sobe em site com tráfego
Não instale o bloco gerado direto em produção. Primeiro um site de desenvolvimento, Studio, Playground ou staging. Teste no inserter, no editor de posts, no site editor, com texto curto e longo, com o tema real e com um usuário que não é administrador.
Procure script e estilo duplicados, layout shift, foco de teclado, contraste e o estado com atributo vazio. Os blocos lúdicos dos posts internos são bons para aprender a ferramenta. São maus candidatos à home de um site com cache de página e CSP sem alguém ler o JavaScript.
Ciclo menor empurra a engenharia para outro momento do fluxo. Esse momento precisa de calendário. Se o time só celebra o componente instalável, o Gutenberg ganha mais um bloco sem dono e com prompt no histórico.
