O roadmap do WordPress 7.2, mostra que o projeto está avançando em uma direção importante: criar infraestrutura para que sistemas de inteligência artificial consigam entender, consultar e, futuramente, executar ações em um site WordPress de forma padronizada.
Isso não significa que o WordPress 7.2 terá uma “IA nativa” ou que todos os recursos descritos chegarão ao Core. Boa parte desse trabalho continua sendo desenvolvida no plugin experimental AI e ainda precisa provar adoção e utilidade antes de ser considerada para inclusão no WordPress. Ainda assim, o conjunto das iniciativas mostra com bastante clareza a direção que está sendo explorada.
WordPress Abilities: dizer o que o sistema pode fazer
Um dos pontos centrais é o avanço das WordPress Abilities, as habilidades do WordPress.
A ideia é criar uma forma padronizada de descrever capacidades disponíveis no WordPress. Em vez de uma integração precisar conhecer previamente endpoints, funções e detalhes de implementação, uma habilidade pode informar que determinada ação existe, quais parâmetros recebe e qual resultado produz.
O roadmap prevê expandir habilidades de leitura para mídia, taxonomias e comentários, além de explorar operações de escrita.
Isso é especialmente relevante para agentes de IA, que podem precisar descobrir dinamicamente quais ações estão disponíveis em determinado site.
A REST API continua tendo seu papel. A diferença é que uma API expõe endpoints, enquanto uma habilidade descreve uma capacidade que pode ser descoberta e utilizada por outras ferramentas.
Onde entra o MCP
MCP, ou Model Context Protocol, é um protocolo criado para padronizar a comunicação entre aplicações de IA e sistemas externos.
No WordPress, o trabalho está sendo feito por meio de um adaptador MCP, que traduz as habilidades para um formato que clientes compatíveis com MCP conseguem consumir.
Essa separação é importante: as habilidades não dependem diretamente do MCP. O roadmap cita justamente o trabalho de manter as definições das habilidads independentes das mudanças do protocolo.
Na prática, a arquitetura tende a seguir esta lógica:
WordPress define suas capacidades → o adaptador MCP as expõe → agentes compatíveis conseguem descobri-las e utilizá-las.
O plano também inclui disponibilizar o MCP Adapter no diretório oficial de plugins e facilitar sua ativação pelo plugin AI, incluindo controle sobre quais habilidades serão expostas.
Esse último ponto é essencial. Um agente não deveria receber automaticamente acesso a tudo que um site consegue fazer.
Agentes precisam de identidade e permissões próprias
O roadmap também menciona o trabalho em Agent identity and delegation.
A proposta é permitir que agentes tenham identidades auditáveis e permissões administradas separadamente das contas humanas. Isso evita uma abordagem perigosa em que um agente simplesmente opera usando as credenciais completas de um administrador.
Um agente editorial, por exemplo, poderia ter permissão para consultar posts, acessar mídia e criar rascunhos, sem poder publicar conteúdo, instalar plugins ou gerenciar usuários.
Esse tipo de separação será cada vez mais importante se agentes deixarem de apenas sugerir conteúdo e passarem a executar ações reais dentro do WordPress.
O agente também precisa entender o contexto do site
Saber o que pode fazer não é suficiente. Um agente também precisa entender como aquele site funciona.
É por isso que o roadmap inclui uma iniciativa chamada Knowledge and Guidelines, voltada à criação de contexto e instruções reutilizáveis para funcionalidades baseadas em IA.
Um agente pode saber criar um post, mas ainda precisa saber quais regras editoriais seguir, como estruturar o conteúdo, quais categorias usar ou quais termos evitar.
Essa camada de contexto pode ser tão importante quanto as próprias abilities.
Embeddings e busca semântica
Outro trabalho previsto envolve embeddings e busca semântica.
A ideia é criar infraestrutura compartilhada para gerar e armazenar embeddings, sincronizar conteúdo e realizar buscas baseadas em significado, e não apenas em correspondência literal de palavras.
Isso abre possibilidades interessantes para o próprio conteúdo de um site.
Um agente poderia, por exemplo, procurar artigos relacionados a determinado tema, identificar conteúdo antigo que deveria ser atualizado ou sugerir links internos com base em proximidade semântica.
A diferença é importante: em vez de responder apenas com conhecimento geral do modelo, a IA pode usar o conteúdo do próprio WordPress como fonte de contexto.
PHP AI Client: uma camada comum para provedores de IA
O roadmap também cita avanços no PHP AI Client, incluindo suporte a streaming de respostas.
A ideia é criar uma camada comum para que desenvolvedores WordPress possam trabalhar com diferentes provedores de IA sem precisar implementar toda a integração separadamente para cada serviço.
O streaming permite que respostas sejam exibidas enquanto são geradas, em vez de exigir que a aplicação espere a geração completa antes de mostrar qualquer conteúdo.
Mais uma vez, o ponto mais importante não é o efeito visual, mas a existência de uma infraestrutura reutilizável para o ecossistema.
O que essas iniciativas mostram juntas
Quando observamos cada projeto isoladamente, temos várias peças técnicas diferentes. Quando olhamos o conjunto, aparece uma arquitetura bastante coerente.
Habilidades descrevem o que o WordPress pode fazer.
MCP permite expor essas capacidades para agentes externos.
Identidade do agente define quem está executando essas ações e com quais permissões.
Conhecimento e Diretrizes oferecem contexto sobre como o site deve operar.
Embeds ajudam agentes a compreender e recuperar o conteúdo existente.
PHP AI Client facilita a comunicação entre WordPress e diferentes provedores de IA.
Não existe, portanto, uma única “IA do WordPress”. O projeto está experimentando uma camada de infraestrutura que diferentes plugins, aplicações e agentes poderão utilizar.
Isso pode mudar também o desenvolvimento de plugins
Um plugin poderá, no futuro, registrar habilidades que representem suas próprias funcionalidades.
Um plugin de eventos, por exemplo, poderia oferecer capacidades como listar eventos futuros, localizar eventos por cidade, criar um rascunho ou atualizar informações.
Essas habilidades poderiam ser utilizadas pelo próprio WordPress, por outros plugins ou expostas via MCP para agentes externos.
Isso é mais interessante do que cada plugin simplesmente adicionar seu próprio botão de “gerar com IA”, porque cria uma camada comum de integração.
Segurança passa a ser parte central desse cenário
Quanto mais agentes puderem executar ações, maior será a importância de autenticação, autorização, auditoria e limitação de permissões.
O próprio roadmap do 7.2 inclui outras iniciativas relacionadas a segurança, como Secrets API, melhorias em Application Passwords e a exploração de um sudo mode para operações sensíveis.
Esses projetos não são necessariamente parte da mesma iniciativa de IA, mas ajudam a mostrar que ampliar a capacidade de integração exige também fortalecer os mecanismos de controle.
O futuro não é necessariamente “IA dentro do WordPress”
Talvez a principal mudança esteja justamente na forma de pensar esse tema.
A discussão costuma girar em torno de como colocar IA dentro do WordPress: gerar textos, criar imagens, sugerir títulos ou produzir layouts.
O roadmap aponta para algo mais amplo.
A pergunta passa a ser: como preparar o WordPress para funcionar em um ecossistema no qual agentes de IA também são clientes da plataforma?
Esses agentes podem estar dentro do wp-admin, em uma IDE, em um aplicativo externo ou em uma ferramenta editorial. Nesse cenário, o WordPress precisa ser capaz de dizer quais ações oferece, quais dados estão disponíveis, quais regras devem ser seguidas e quais permissões aquele agente possui.
O roadmap do 7.2 ainda não entrega tudo isso pronto. Boa parte do trabalho continua experimental e pode mudar bastante antes de chegar ao núcleo do WordPress.
Mas a direção já está mais clara: o WordPress começa a tratar inteligência artificial menos como uma funcionalidade isolada e mais como uma nova forma de interação com a plataforma.
Discussão & Respostas (0)