WordPress.com Agent e MCP write: quando o .com chega e quando precisa de um developer

A atualização do WordPress Agent de 15 de outubro de 2026 e o MCP write para agentes externos (disponível desde março, página do anúncio atualizada a 16 de outubro) encurtam o caminho do brief ao rascunho na WordPress.com paga. A agência continua responsável pela arquitetura, whitelist de plugins, SEO multilingue e pela porta de publicação. Uma oferta «o Agent faz toda a produção» cai no primeiro ERP ou incidente de segurança. Uma oferta sem Agent e MCP write perde o kickoff no tempo até ao primeiro aspeto.

Para nearshore e engenharia virada ao cliente conta a divisão: o que entrou no produto Automattic, como muda o brief e a proposta, e onde começa a Abilities API no alojamento próprio.

Se estão a construir ou a migrar um site e não sabem se ficar no WordPress.com Agent ou ir para self-hosted com integração MCP, enviem um brief curto via contacto: alojamento, WooCommerce sim/não, número de locales, requisitos de compliance. A resposta é uma recomendação de percurso, não um «usamos IA» genérico.

#O que há de novo no WordPress.com Agent (outubro 2026)

O post oficial de Ronnie Burt («Build Faster, Edit Your Way: What’s New with WordPress Agent», 15 de outubro de 2026) descreve um pacote. Abaixo: decisões de projeto que decorrem desse pacote.

#Quanto demora a geração do site no WordPress.com Agent

A maioria dos sites fica pronta em menos de 4 minutos, e a geração demora menos de metade do tempo anterior. Para o cliente é um ciclo de feedback mais curto no kickoff. Para a agência: menos espera pelo «primeiro aspeto», mais tempo para arquitetura de informação, dados estruturados e SEO.

Consequência prática na proposta: a linha «mockup / primeira variante» perde peso horário. As linhas de discovery de palavras-chave, mapa de conteúdos, regras de plugins e critérios de aceitação ganham. Se ainda vendem três dias de «primeiro rascunho de UI» sem justificação, o cliente compara-vos com o Agent e saem caros.

#O WordPress.com Agent constrói um tema próprio

O Agent constrói um tema a partir de objetivos e respostas, em vez de entregar um modelo pronto da biblioteca. Continua a ser um tema gerado. Verifiquem o output quanto a:

• consistência de tipografia e espaçamentos entre breakpoints,
• contraste e focus states (sobretudo em CTA),
• desempenho de imagens (formatos, tamanhos, lazy load),
• modelo de conteúdo sensato (os H1-H3 correspondem à intenção, ou são só decoração).

O tema gerado é um esboço. Brandbook, design tokens ou biblioteca Figma continuam a ser a fonte de verdade visual; o Agent acelera a primeira variante nessa direção.

#AI Editor e modo Annotate no WordPress.com Agent

Em Appearance surgiu um AI Editor mais simples com separadores Preview e Edit. O modo Annotate permite marcar secções, acumular edições num stack e enviá-las ao agente de uma vez. Numa call com o cliente funciona como um quadro partilhado: clicar, comentar, enviar, em vez de reescrever prompts no Notion.

Para o desenho de processo na agência:

1. Call de discovery: o cliente diz objetivos.
2. O Agent gera a primeira variante.
3. Annotate ao vivo: 5-12 notas num único batch.
4. Segunda ronda só depois de gravar Guidelines (mais abaixo).

Sem o passo 4 voltam ao caos de prompts. Annotate sem Guidelines são correções cosméticas rápidas que desaparecem na sessão seguinte.

#Instalação de plugins pelo WordPress.com Agent

O Agent pode recomendar, instalar, ativar e atualizar plugins na conversa. Este é o ponto de risco mais forte de todo o pacote. Cada plugin instalado é superfície de ataque, conflito com o tema e custo potencial de manutenção.

No kickoff fixem uma whitelist antes de abrirem o chat pela primeira vez:

• permitido: SEO, formulários, cache concretos (se forem mesmo precisos no .com),
• proibido: «suites SEO completas», page builders desconhecidos, scanners de segurança aleatórios do catálogo,
• procedimento: o Agent propõe, a pessoa aprova, só depois install.

Sem whitelist o Agent «acrescenta ferramentas» numa hora e deixa-vos dívida técnica para um trimestre.

#Guidelines no WordPress.com Agent (definições)

Objetivo do site, audience, tom e estilo de imagens ficam em Settings > Guidelines. As conversas seguintes lembram o contexto. Na prática é um brand brief vivo dentro do produto, não um PDF no Drive.

Tratem Guidelines como deliverable:

• após discovery: primeira versão escrita com o brand owner,
• após cada mudança de voice: atualizar Guidelines antes da sessão seguinte do Agent,
• review uma vez por sprint de conteúdo: as Guidelines ainda descrevem o produto que vendem.

Agências que guardam o brief só no Notion e clicam «do zero» no Agent desperdiçam exatamente esta função.

#WordPress.com Agent no Slack

Depois de ligar nas definições da conta podem escrever ao Agent a partir do Slack. Útil para content ops. Arriscado se o canal não tiver ownership clara: quem aprova rascunhos, quem tem acesso à conta .com, quem vê o registo de atividade MCP.

Modelo mínimo: canal privado ou DM próprio com o Agent, 2FA na conta WordPress.com, lista de pessoas com direito de publish fora do Agent.

Disponibilidade: o Agent pode ser ativado em qualquer plano WordPress.com pago. Os sites construídos com ele têm o AI Editor por omissão; um site existente precisa de um tema de blocos para usar o AI Editor.

#WordPress.com MCP write: 19 funções de escrita

O anúncio oficial de Jonathan Bossenger no blogue da WordPress.com (20 de março de 2026, página atualizada a 16 de outubro de 2026) enumera:

• 19 funções de escrita em seis tipos de conteúdo: posts, pages, comments, categories, tags, media,
• antes de escrever, o agente lê as cores, fontes, espaçamentos e block patterns do tema,
• novos artigos ficam em rascunho por omissão; editar um artigo publicado mostra um aviso de que a alteração fica visível de imediato,
• o agente descreve cada alteração planeada e espera por confirmação explícita,
• artigos, páginas, comentários e media eliminados ficam 30 dias no lixo; eliminar categorias e etiquetas é permanente e exige confirmação adicional,
• todas as alterações visíveis no Activity Log,
• disponível em todos os planos pagos, ativado por operação em wordpress.com/me/mcp.

Agentes externos (Claude, ChatGPT, Cursor, OpenClaw e semelhantes) podem escrever num site .com. Self-hosted chega à mesma direção pelo MCP Adapter e Abilities API. No .com controlam o produto Automattic; no alojamento próprio o registo de abilities, permission_callback e a infraestrutura. Um exemplo edge só de leitura está no guia do servidor MCP em direto.

#O MCP write publica de imediato em live

Draft + registo + delete reversível reduzem o risco de publicação acidental. Não reduzem:

• conteúdo YMYL escrito sem fact-check,
• criação em massa de thin pages para SEO,
• media carregada sem licença,
• comentários moderados por um agente sem política.

A porta de publicação continua humana. MCP write ligado ao Cursor numa conta com direito de publish contorna essa porta: é uma falha de processo que fecham com roles e 2FA.

#WordPress.com Agent ou WordPress self-hosted

Contexto mais amplo de agentes e blocos: agentic WordPress MCP block runner. Integrações MCP do lado do produto: integração MCP IA.

#Quando o WordPress.com Agent chega ao cliente

#Landing e blog empresarial no WordPress.com Agent

O Agent chega para a primeira versão do site e content ops contínuo via Guidelines + Annotate. A agência vende: discovery SEO local, schema LocalBusiness, GSC, manutenção de Guidelines, revisão de rascunhos MCP. Não vende «tema à medida do zero em 6 semanas» se o Agent cobre 80 % da UI.

#WooCommerce com armazém: Agent ou developer

O Agent pode acelerar landing e textos de produto. Checkout, stocks, impostos e ERP ficam fora do Agent. Self-hosted (ou VIP / host enterprise) com abilities próprias e testes. MCP write no .com não resolve HPOS nem Store API.

#WordPress multilingue para AI Mode e AEO

Agent e MCP write geram rascunhos. Hreflang, profundidade de conteúdo, llmCard, factos citáveis nas primeiras 80 palavras, medição de CTR vs posição no GSC - trabalho editorial-engenheiro. As alterações aos links no AI Mode e nos AI Overviews noticiadas a 15 de outubro (Search Engine Roundtable) chegam sem dados de cliques para os donos dos sites; a citabilidade continua a valer mais do que um carrossel mais bonito.

#Como orçamentar um projecto com WordPress.com Agent

1. Kickoff mais curto no mockup, não no discovery. Geração abaixo de 4 minutos + Annotate = o cliente vê uma variante antes de terminarem o discovery. Não encurtem discovery de SEO e dados. Encurtem a espera pelo mockup.
2. Guidelines = deliverable. Entreguem ao cliente um brief editável em Settings, não só um PDF. Isso reduz drift nos sprints de conteúdo seguintes.
3. Política de plugins antes do chat. No kickoff: lista de plugins permitidos. Um Agent sem whitelist gera dívida numa hora.
4. MCP write ≠ publish. Rascunho + aprovação humana ficam no processo. Para YMYL e lojas: staging ou fila de revisão, mesmo que a ferramenta possa escrever a partir do Cursor.
5. Nearshore continua a vender review. O Agent acelera; não assina o SLA. Sobre recrutamento para eficiência de IA mais code review real: recrutamento WordPress + AI.

#Segurança do WordPress.com Agent e MCP write

• 2FA em cada conta com acesso ao Agent e ao dashboard MCP.
• Roles separadas: quem pode ligar MCP, quem pode publicar.
• Registo de atividade MCP: revisão semanal com content ops ativo.
• Sem MCP write na loja em produção sem espelho de staging.
• Slack: só pessoas com contrato e NDA; sem guests de workspace partilhados com direitos de Agent.
• Backup / export antes de operações em massa via MCP (mesmo com deletes reversíveis).

#SD AI agent 1.25 e WordPress.com Agent

A 15 de outubro de 2026 o plugin SD AI Agent no WordPress.org recebeu a 1.25.0: servidores MCP remotos aprovados, OAuth, descoberta de ferramentas com âmbito, confirmações antes da invocação. É um sinal do ecossistema self-hosted: MCP remoto com controlo, não «ligar qualquer coisa».

Não confundam SD AI Agent com WordPress.com Agent. Produto diferente, mesma classe de risco (ferramentas com permissões de escrita). Se mantêm self-hosted para clientes em Portugal e na UE, a 1.25.0 é uma checklist de vendor due diligence: OAuth, scope, confirmations. Se alguém oferecer «acesso total à base via MCP sem confirmações», recusam.

#O que prometer ao cliente com WordPress Agent

Vendam

• kickoff de UI mais rápido na WordPress.com,
• Guidelines vivas como deliverable,
• content ops com MCP write + porta humana de publish,
• migração do protótipo .com para self-hosted quando a complexidade cresce,
• auditoria de whitelist de plugins e logs MCP.

Não prometam

• que o Agent substitui WooCommerce B2B,
• que MCP write «resolve SEO» sem redação e medição,
• que React / Gutenberg / edge «saem do chat»,
• preço fixo por «sessões ilimitadas do Agent» sem limite de scope.

#Checklist de implementação do WordPress.com Agent na agência

• Cliente em WordPress.com pago: ativar Agent, preencher Guidelines com o brand owner
• Fixar whitelist de plugins antes da primeira sessão de chat
• Testar Annotate numa página (stack de 3-5 notas, um batch)
• Ligar MCP write só em conta com 2FA; rascunhos, não publish
• Self-hosted: mapear as mesmas operações para abilities + MCP Adapter; não copiar o flow .com 1:1
• Medir tempo: brief até first draft (com Agent) vs brief até first review (sem) - manter os dois números na proposta
• Escrever na oferta: o que o Agent faz, o que o engenheiro faz, quem publica

#Como medir o efeito do WordPress.com Agent e MCP write

Sem números a afirmação da introdução fica opinião. No primeiro projeto .com com Agent recolham quatro métricas:

1. Tempo do brief assinado até à primeira variante de UI (minutos ou horas). Comparar com o último projeto semelhante sem Agent.
2. Número de rondas Annotate até aceitação do layout (alvo: 2-3 batches, não 15 prompts isolados).
3. Número de plugins instalados pelo Agent vs whitelist (alvo: zero fora da lista).
4. Tempo do rascunho MCP até publish (alvo: fila de revisão fixa, não «já em direto»).

Se (1) cai para metade e (3) e (4) crescem sem controlo, comem o ganho do kickoff com incidentes. O relatório mensal ao cliente deve mostrar estes quatro números, não um screenshot do chat do Agent.

#MCP write, REST API e Abilities API - diferenças

Numa call com o CTO do cliente três nomes misturam-se num só. Separem-nos:

• REST API WordPress - transporte HTTP clássico. Continua a existir. Os agentes podem usá-lo, mas sem um registo partilhado de «o que é permitido» cada agente inventa os seus endpoints.
• Abilities API (núcleo desde 6.9) - registo de operações com schema, permissões e callback. É a linguagem com que o WordPress descreve «o que o sistema sabe fazer». Detalhes: Abilities API.
• MCP - protocolo com que um agente externo descobre ferramentas. Em self-hosted a ponte é o MCP Adapter. Na WordPress.com, MCP write é a exposição de produto da escrita (19 funções) com rascunhos e registo.

Para agências: ensinem o cliente que «temos MCP» sem abilities e sem porta de publish só significa que alguém ligou uma ferramenta com permissão de escrita. Isso não é arquitetura.

#Annotate no WordPress.com Agent numa call com o cliente

Sem protocolo o Annotate vira caos «mais uma correção». Percurso comprovado de uma call de 45 minutos:

1. Minutos 0-5: abrir Preview, confirmar Guidelines em voz alta (objetivo, audience, tom). Se as Guidelines estão desatualizadas, corrigam-nas primeiro, depois toquem na UI.
2. Minutos 5-25: o cliente fala, vocês marcam no Annotate. Não discutam cada tipo de letra à parte. Construam o stack.
3. Minutos 25-30: enviem o batch ao Agent, esperem o resultado.
4. Minutos 30-40: segunda ronda só em blockers (CTA, navegação, hero). O resto para o backlog.
5. Minutos 40-45: registem decisões: o que entrou nas Guidelines, o que é ticket de desenvolvimento fora do Agent.

Depois da call enviem ao cliente um resumo curto: lista de alterações do batch, lista do que fica fora do Agent (integrações, SEO, compliance). Esse documento protege de «na call dissemos que o Agent fazia o armazém».

#WordPress.com Agent no mercado nearshore PL

Clientes B2B em Portugal e na UE começam muitas vezes em alojamento barato ou na WordPress.com «porque o marketing prometeu IA», e depois pedem integração com faturação, Multibanco/MB Way, armazém ou multilinguismo PT/EN/ES com propriedades GSC separadas. O Agent fecha bem a primeira página empresarial. Fecha mal o momento em que entram fatura, stocks e dois locales com Search Console própria.

Na proposta nearshore:

• fase 0 (Agent / .com): pacote fixo discovery + Guidelines + 2 rondas Annotate,
• fase 1 (self-hosted ou VIP): migração quando aparece integração ou compliance,
• critério de saída da fase 0: lista de triggers (ERP, SSO, >N SKUs, exigência de logs fora do .com).

Sem critério de saída o cliente fica no .com com Agent mais tempo do que deveria, e vocês herdam o ticket «porque é que o checkout não fala com o armazém».

#O que o WordPress.com Agent não resolve

O WordPress.com Agent não acelera:

• migração de PHP legado sem testes,
• correção de Core Web Vitals após um tema gerado mau (por vezes piora o LCP se o Agent mete um hero pesado sem controlo),
• litígios e governance do ecossistema (tema à parte, fora deste texto),
• indexação no Google (continua GSC, IndexNow, conteúdo; a mudança da documentação da Indexing API a 16 de outubro removeu descrições antigas de quota, não acrescentou um botão mágico).

Se o cliente chega com «zero cliques na posição 2 da página de preços», leiam primeiro AI Overviews e AI Mode. Não instalem o Agent como remédio de SERP.

O WordPress Day for AI em Faro (24 de outubro de 2026) dedica um dia inteiro da comunidade ao impacto prático da IA no WordPress, com uma trilha de negócio e outra de desenvolvimento. A tese deste texto é mais estreita: o ganho fácil são 4 minutos até ao rascunho. O ganho difícil é a porta de publish, a whitelist e a ownership.

#Split da oferta: Agent, MCP write, desenvolvimento custom

Estrutura que podem colar numa proposta (preços individuais, como sempre fora da página de preços):

O cliente vê onde termina o Agent. Vocês protegem-se do scope creep («já que têm IA, metem ERP no mesmo sprint»).

#Quando enviar um pedido de entrega (e não só «clicar no Agent»)

Escrevam quando se cumprir pelo menos uma condição:

• loja, ERP, armazém, Subiekt, Baselinker ou pagamentos fora do padrão .com,
• mais do que uma língua com SEO / AI Mode próprio,
• exigência de logs, SSO ou audit trail fora do painel WordPress.com,
• Agent ou MCP write já corre, e a whitelist de plugins e a porta de publicação não,
• precisam de um programador WordPress para ownership, não para mais um prompt.

No e-mail bastam quatro pontos: URL ou plano de alojamento, objetivo de negócio numa frase, prazo, restrições (RGPD, setor YMYL, orçamento como intervalos individuais após o âmbito). Quanto mais concreto o brief, mais rápida a proposta e menos deriva na discovery.

#WordPress.com Agent para o rascunho, developer para ownership

Outubro de 2026 encurta a distância da conversa ao rascunho na WordPress.com e expõe escrita via MCP a agentes externos, com rascunhos e registo. O WordPress à medida continua onde há lojas, integrações e SEO sob a próxima mudança de UI do AI Mode: Abilities API, MCP próprio e code review.

Auditoria do Agent .com face ao self-hosted ou proposta de entrega: contacto. Serviços relacionados: integração MCP IA, programador WordPress.