IA como fundamento do WordPress: a visão do Core para o futuro da plataforma
Se você acompanha o ecossistema WordPress há algum tempo, sabe que a introdução de novas tecnologias no Core (o núcleo do sistema) geralmente acontece em ondas. Tivemos a era dos Custom Post Types, a revolução da REST API e, mais recentemente, a mudança de paradigma com o editor de blocos (Gutenberg).
Agora, em dezembro de 2025, estamos diante da próxima grande fronteira. Em um novo post no Make WordPress Core blog, o Jason Adams, um dos colaboradores do time de IA do WordPress (nova equipe formada este ano), publicou uma visão ousada e necessária: a Inteligência Artificial não deve ser apenas uma funcionalidade ou um plugin, mas um fundamento da plataforma.
Mas o que isso significa na prática para nós, desenvolvedores e proprietários de sites? Vamos mergulhar nessa análise técnica e estratégica.
O conceito de IA como infraestrutura
Até hoje, se você quiser alguma IA no seu site, o caminho é um só: instalar um plugin que conecte à API de alguma IA, como a OpenAI ou a Anthropic, ao seu site. O problema dessa abordagem descentralizada é a fragmentação. Cada plugin cria sua própria interface, conexão de API e regras de UX.
A proposta do artigo “AI as a WordPress Fundamental” é mudar isso. A ideia é tratar a IA da mesma forma que o WordPress trata o banco de dados ou a API HTTP: uma camada de abstração padronizada.
Isso significa que o WordPress Core forneceria as “trilhas” e a interface padrão, permitindo que plugins e temas utilizem recursos de IA sem precisar reinventar a roda a cada nova instalação.
Os 4 pilares da IA nativa
A visão apresentada divide a integração da IA em quatro áreas principais onde ela pode atuar como um copiloto nativo:
- Criação de Conteúdo: Ferramentas de escrita assistida, tradução e reformulação de texto diretamente no editor.
- Geração de Mídia: Criação e edição de imagens ou otimização de ativos visuais.
- Construção de Site (Site Building): Auxílio na geração de layouts, padrões (patterns) e estruturação de páginas.
- Administração e Código: Talvez o ponto mais interessante para desenvolvedores — IA ajudando a depurar erros, sugerir correções de código ou gerenciar configurações complexas do painel.
A arquitetura: “Bring Your Own LLM”
Para a comunidade de desenvolvimento, este é o ponto crucial. O WordPress, sendo um software Open Source e agnóstico, não pode (e não deve) se casar com um único fornecedor, como a OpenAI ou o Google Gemini, por exemplo.
A arquitetura proposta sugere um modelo de “Bring Your Own LLM” (Traga seu próprio modelo).
Como isso deve funcionar tecnicamente?
Imagine que o WordPress Core introduza uma API de IA abstrata, um adaptador MCP (Model Context Protocol) para conectar o WordPress a IA que você desejar. Em vez de você escrever código cURL para bater na API do ChatGPT, você usaria funções nativas do WordPress.
Embora o código final ainda não tenha sido lançado, a lógica arquitetural esperada seria algo semelhante a como usamos o sistema de arquivos (WP_Filesystem).
// CONCEITUAL: Como poderia ser uma chamada nativa de IA no futuro
// Em vez de configurar endpoints e chaves em cada plugin, o Core gerencia a conexão.
$ai_response = wp_ai_generate_text( [
'prompt' => 'Escreva um resumo otimizado para SEO deste post.',
'context' => get_the_content(),
'model' => 'user_default_preference', // O usuário define o modelo nas configurações globais no próprio WordPress
] );
if ( ! is_wp_error( $ai_response ) ) {
update_post_meta( $post_id, '_ai_summary', $ai_response );
}Isso resolve dois grandes problemas:
- Padronização de UI: O usuário não terá 10 botões de “Gerar com IA” diferentes na tela de edição.
- Segurança e Chaves: As credenciais da API ficam em um único lugar seguro no Core, e não espalhadas por 15 plugins diferentes.
O desafio da privacidade e do Open Source
A comunidade do WordPress sempre valorizou a propriedade dos dados. A grande questão levantada nas discussões do Make WordPress é: como integrar IA nativa sem enviar dados dos usuários a servidores de terceiros sem consentimento?
A visão atual parece caminhar para uma abordagem onde:
- O WordPress fornece a interface e a conexão.
- O usuário escolhe o provedor (pode ser uma API paga externa ou até um modelo local rodando no servidor, como Llama, se a infraestrutura permitir).
- Nada é ativado por padrão sem a ação explícita do administrador (“Opt-in”).
Por que isso é bom para todos?
Minha experiência diz que a padronização sempre traz eficiência. Se o WordPress em si assumir a responsabilidade de criar a interface de chat/prompt e a conexão com a API, nós, desenvolvedores e usuários, podemos focar no que realmente importa, o uso: o contexto e a aplicação.
Não precisaremos mais aguardar desenvolvedores (ou nós mesmos) criarem interfaces de chat/prompts em React no editor de blocks. Poderemos simplesmente conectar diretamente a interface nativa de IA com a API de uma IA de nossa preferência e injetar nossos contextos específicos (seja para um plugin de SEO, de e-commerce ou de formulários, ou até mesmo o conteúdo em si, descrições de imagens, etc).
Conclusão
A transformação da IA em um fundamento do WordPress é um passo ambicioso, mas necessário para manter a relevância do CMS na próxima década. Isso move o WordPress de um simples gerenciador de conteúdo para um sistema operacional web mais inteligente.
Ainda estamos na fase de proposta e visão, mas o recado é claro: a IA no WordPress deixará de ser um “puxadinho” via plugin para se tornar parte do alicerce da casa.
O que você acha?
Você prefere ter o controle total da IA via plugins específicos ou acredita que o Core deve padronizar essa camada para evitar o caos? Deixe sua opinião nos comentários.
