Senior WordPress developer com AI: o que as agências exigem em 2026

No final de setembro de 2026, a Blacksmith Agency, uma agência WordPress norte-americana remota, publicou uma vaga Senior WordPress Developer com AI no workflow, e em meados de outubro o anúncio ainda circulava nos job boards. A mesma agência tinha anunciado uma função de AI Engineer para workflows agênticos. Uma agência que se apresenta como AI-first continua a querer um senior que escreve e revê código. Essa posição empurra para fora dois extremos: equipas que boicotam agentes e equipas que vendem «vibe coding» sem code review. Um lugar ou uma oferta nearshore fora desse híbrido perde no kickoff ou na primeira auditoria de segurança.

Esta opinião assenta nos anúncios de uma só empresa, por isso leia-a como sinal, não como estatística. O quadro WordPress.org Jobs mostrava em meados de outubro quatro anúncios datados de 5 a 13 de outubro (freelancers para sites de clientes, integrações de plugins, uma loja WooCommerce, um technical lead fracionado), nenhum com AI no título.

Procuram um parceiro nearshore com o híbrido AI + code review, não um júnior com Cursor em produção? Descrevam o projecto em contacto: âmbito (site novo, loja, MCP, blocos), locales, prazo. Comparam ownership com um anúncio real, não com um slide «usamos IA».

#O que exigem os anúncios de Senior WordPress com AI

A vaga Senior WordPress Developer (27 de setembro) e a variante WordPress Development Lead (30 de setembro) pedem:

• um senior que lidera builds WordPress à medida e fala com clientes,
• trabalho remoto a partir dos EUA, Canadá, América Latina ou África do Sul, para clientes em todos os EUA,
• inglês excelente,
• âmbito: temas, templates, plugins e blocos,
• «Aumente a eficiência com AI em todo o processo de desenvolvimento» ao lado de «Continua a escrever e a rever código real» (anúncio da Blacksmith Agency, tradução própria).

À parte, a mesma agência anunciou uma função de AI Engineer: workflows agênticos em LangChain ou LangGraph, APIs da Anthropic e da OpenAI com tool use, experiência em WordPress ou PHP como mais-valia.

O padrão: um lead developer que usa agentes, mais uma pessoa ou via Automation que liga workflows de produção. Um «mágico de prompts» sozinho não fecha o JD.

#WordPress.com Agent, MCP write e recrutamento de developers

A 15 de outubro o WordPress.com actualizou o seu Agent: gerar um site demora menos de metade do tempo de antes, e o Agent instala, activa e actualiza plugins a partir do chat. As ferramentas MCP write estão nos planos pagos desde março de 2026. O ganho fácil (draft em minutos, gravar a partir do Cursor) está agora visível para o cliente. O ganho difícil (SLA, whitelist de plugins, publish gate) continua a precisar de um humano. Os anúncios de emprego são a tradução de mercado da mesma tese que desdobramos em Agent e MCP write.

Quando o cliente vê uma demo do Agent, pergunta: «para que precisam de um senior?». O anúncio responde à frente: o senior está lá para o Agent não empurrar para produção três plugins fora da whitelist e um checkout sem testes.

#Senior WordPress com AI no nearshore PL e UE

#Preço de kickoff vs ownership no WordPress AI

Gerar um tema em minutos no .com não remove ERP, HPOS nem SEO multilingue. Na proposta, separem:

• pacote discovery + primeira variante (pode ser mais barato / curto),
• pacote ownership (arquitectura, review, publish, monitorização).

Clientes que compram só o primeiro pacote voltam com o ticket «porque é que a loja não fala com o armazém». Melhor nomear a fronteira no início.

#CV de WordPress developer: ferramentas AI e code review

No recrutamento interno:

• exijam um exemplo: PR em que um agente fez scaffold e um humano refatorou,
• exijam descrição da gate: o que o agente pode fazer sem approve,
• rejeitem portefólios «gerei 40 páginas no fim de semana» sem testes e sem ownership.

No recrutamento externo (cliente escolhe agência): as mesmas perguntas funcionam como due diligence.

#Publish gate em vez de um slide «usamos AI»

Uma frase na discovery call:

O agente escreve o draft em staging. Um humano faz review. O publish é um passo separado.

Isto filtra clientes que querem «empurrar do chat para produção». Mais vale perder esse lead do que herdar um incidente.

#Perguntas a um candidato Senior WordPress com AI

• Que passos o agente pode executar sem approve?
• Como é o review de um PR de blocos gerado por agente?
• Têm whitelist de plugins para Agent / MCP write?
• Onde acaba o WordPress.com Agent e começa o custom self-hosted?
• Quem está on-call quando um agente parte um deploy à sexta?
• Como medem que a AI encurta tempo (métricas), e não só «parece mais rápido»?

Métricas sensatas: tempo do brief ao primeiro draft, plugins fora da whitelist, tempo do draft à publicação, rollbacks após alterações de agentes. Sem métricas, «AI no processo» é um slogan.

#WordPress engineer vs AI engineer

Os anúncios separam Senior WordPress Developer e AI Engineer. Num nearshore pequeno muitas vezes juntam isto numa pessoa. Risco: automação sem profundidade PHP, ou PHP sem disciplina de agentes.

Um modelo que funciona com 4-8 pessoas:

• lead WordPress: arquitectura, review, WooCommerce, blocos,
• mid com AI: scaffold, testes, docs, wiring MCP sob supervisão,
• content / SEO: Guidelines, drafts, fila de publish (não «acesso MCP total»).

Quando alguém promete ao cliente «um junior com Cursor faz enterprise», o anúncio da Blacksmith é um contra-exemplo: uma agência que se apresenta como AI-first continua a contratar um senior que escreve e revê código.

#Senior WordPress, Gutenberg 24.2 e React 19

Em paralelo, o Gutenberg 24.2 activa por predefinição a experiência React 19 no plugin, a menos que esteja activo um tema ou plugin com problemas de compatibilidade conhecidos. O senior que este anúncio procura tem de saber testar blocos em staging, não só «clicar uma landing com o Agent». Detalhe: Gutenberg 24.2.

O híbrido AI + código cobre também a compatibilidade do editor. Um prompt não apanha uma peerDependency de React. Um teste em staging apanha.

#Como falar de WordPress AI com um cliente em PT/UE

O mercado B2B português e europeu mistura:

• expectativa «façam como no WordPress.com Agent, mas com o nosso ERP / Primavera»,
• requisitos RGPD e de logs,
• orçamentos mais próximos de mid-market do que de enterprise US.

Uma resposta alinhada com a tese:

1. Sim, usamos agentes para drafts e scaffold.
2. Não, o Agent não assina SLA nem liga o armazém.
3. Publish e integrações ficam na ownership do engenheiro.
4. Preço individual após o âmbito; não vendemos «sessões infinitas de Agent» sem teto.

WordCamps e encontros locais de agências são bons sítios para mostrar o híbrido com casos, não com um anúncio copiado de uma agência norte-americana.

#Erros em anúncios de emprego WordPress + AI

• Não escrevam «AI-first» sem lista de ferramentas e gates.
• Não exijam «5 anos de LangChain» num papel que é 80% PHP e blocos.
• Não prometam ao cliente que junior + Cursor = lead.
• Não escondam que o MCP write por predefinição faz drafts: é feature, não vergonha.

#Entrevista de recrutamento Senior WordPress com AI

Em vez de «usas AI?» (a resposta é sempre sim), corram um case:

1. Deem ao candidato um brief curto de landing + whitelist de três plugins.
2. Peçam um plano: o que faz o agente, o que faz o humano, onde fica o publish.
3. Peçam review de um PR de propósito fraco (código gerado com buraco óbvio de nonce ou escaping).
4. Peçam uma decisão: WordPress.com Agent vs self-hosted numa integração de armazém.

Um candidato que não consegue nomear a publish gate falha independentemente de quantos modelos LLM listar. Um candidato que consegue, e fala pouco de LangChain, ainda serve para Lead WordPress com AI: AI Engineer é via à parte.

#Onboarding de junior WordPress com agentes AI

Um junior com Cursor gera um bloco numa hora. O onboarding tem de lhe ensinar três coisas antes de receber MCP write no staging do cliente:

1. escaping, nonce, capabilities - sem excepções «porque o agente escreveu assim»,
2. ler o diff linha a linha antes do merge,
3. quando dizer «o agente não deveria fazer isto» (segredos, produção, migração de DB).

Sem isto, o junior vira amplificador de erros. Com isto, vira lead mais barato em 18-24 meses.

#Due diligence de agência WordPress com AI (enterprise)

Quando escolhem fornecedor WordPress após a onda Agent / MCP:

• peça um diagrama do caminho do agente para staging, review e produção,
• peçam um exemplo de revert após uma má alteração de agente,
• verifiquem se o contrato cobre ownership de código e logs, não só «licença sobre o efeito»,
• perguntem por testes Gutenberg / React (ver 24.2), não só «sabemos ChatGPT»,
• evitem preços «correcções infinitas no Agent» sem teto de sprint.

Enterprise não compra prompts. Compra previsibilidade de incidentes. O híbrido desse anúncio responde a esse requisito.

#AI theater na agência WordPress: como evitar

AI theater: slide sobre modelos, zero métricas, junior com Cursor em produção, lead a apagar fogos. Sintomas:

• sem whitelist de plugins,
• MCP write com direito de publish para todos,
• sem review de PR com diff de agente,
• bónus por «páginas geradas», não por ausência de incidentes.

Tratamento:

• métricas do artigo sobre Agent / MCP (tempo do brief ao draft, whitelist, tempo do draft à publicação),
• um dono de publish por projecto,
• retrospectiva após cada incidente de agente (5 Whys, não «culpa do modelo»).

O anúncio da Blacksmith descreve o oposto de AI theater. Se a sua agência recruta com base nesse tipo de anúncio enquanto o processo parece teatro, os candidatos seniores saem durante o período experimental.

#Competências de um Senior WordPress developer com AI

Mínimo técnico (sem isto, soft skills não contam):

• PHP 8.x, hooks WP, WP_Query / SQL conscientes,
• blocos (edit.js, save / dynamic render),
• bases de React no editor + consciência da via React 19 (Gutenberg 24.2),
• WooCommerce ao nível de debug de checkout e HPOS «sei onde olhar»,
• Git, CI, staging, rollback.

Mínimo AI / agente:

• Cursor / Claude / ChatGPT como ferramentas, não como fonte de verdade,
• capacidade de descrever a publish gate,
• MCP: o que é, onde o write é perigoso,
• capacidade de rejeitar output do modelo (code review).

Nice-to-have (via Automation à parte):

• LangChain / orquestração própria,
• evals de agentes, não só demo happy path,
• integrações fora do WordPress (CRM, ERP) com filas e retry.

Recrutamento que mistura nice-to-have com o mínimo ou paga a mais, ou contrata alguém que não entrega PHP numa crise.

#Retenção de um Senior WordPress developer com AI

Os seniors saem quando:

• o marketing vende «a AI faz tudo» e eles apagam fogos,
• não há orçamento para staging e testes,
• os juniors têm MCP write em prod «porque é mais rápido».

Mantenham-nos com:

• ownership clara (eles decidem a publish gate),
• tempo para testes Gutenberg / React no retainer,
• métricas que mostrem à direcção o valor do review, não só a velocidade do draft.

É o mesmo que o cliente enterprise quer. Retenção de senior e satisfação do cliente partilham o mecanismo: ownership.

#Devem dar desconto AI na cotação WordPress

Os clientes vão pedir desconto «porque a AI faz metade do trabalho». Uma resposta alinhada com a tese:

• descontem tempo de scaffold e da primeira maquete se de facto baixou,
• não descontem ownership, review, security nem on-call,
• escrevam no contrato que fases são AI-accelerated e quais são human-gated.

Agências com «desconto AI 30%» global em todo o projecto subsidiam o risco alheio. Agências que mostram o split de fases correspondem ao anúncio descrito acima: modernas e responsáveis.

Na página de preços da WPPoland vigem regras próprias de faixas de mercado; este artigo não cita tarifas de oferta. O ponto é a estrutura da conversa, não um número.

#Remote África do Sul vs nearshore UE no WordPress AI

Um lugar remoto numa agência norte-americana, aberto à África do Sul e à América Latina, descreve o mesmo híbrido, mas um contexto de custo e jurídico diferente. O nearshore PL/DE/NB vende:

• fuso horário perto de clientes DACH e Nordics,
• RGPD / compliance local como default,
• menor latência a workshops on-site.

Não ganham à África do Sul no preço do prompt. Ganham na ownership e no contexto local. No pitch, repitam o híbrido do JD, não «somos mais baratos porque AI».

#AI e os 80% invisíveis de um projecto WordPress

A 6 de outubro a WebDevStudios escreveu que a AI é muito boa nos 20% de um site que se vêem e não entrega os 80% que não se vêem: o que faz um site ser encontrado, mantém-no seguro e protege os dados dos visitantes. Isto complementa o anúncio: o senior é dono desses 80%. Agent e Cursor aceleram os 20% e o scaffold. Quem só vende 20% recebe um ticket sexta às 16:58. Quem contrata para o híbrido tem quem feche esse ticket.

#Scorecard de 90 dias para Senior WordPress com AI

Para o lugar híbrido não ficar slogan:

Se após 90 dias não há métricas nem gate, contrataram um título, não uma competência. O scorecard também é ferramenta de conversa com o cliente: «assim onboardamos a pessoa que esse anúncio descreve».

#Career page da agência WordPress para roles AI

Em vez de generalidades «amamos WordPress e inovação»:

• listem o stack de agentes e as gates,
• mostrem um exemplo de diff com review,
• digam à clara que o publish é humano,
• separem a via Engineer da Automation.

Candidatos senior lêem a career page como due diligence. Os JD dos boards e a vossa página têm de falar com a mesma voz. Se o board diz «real code» e a career page só «AI-powered digital experiences», o senior assume AI theater e não se candidata.

#Checklist do dono da agência: WordPress + AI

• JD internos exigem o híbrido (AI + review), não só um pólo
• Onboarding de junior cobre escaping e diff antes do MCP write
• Métricas de agente estão no relatório ao cliente
• O retainer tem tempo para testes de editor / React
• O pitch nearshore vende ownership UE, não «prompt mais barato»
• Career page = a mesma voz que os vossos anúncios

A tese do primeiro parágrafo regressa aqui como lista operativa. Sem checklist, fica uma opinião.

#Resposta a «para quê senior se existe Agent»

Cliente: «Se há Agent, porque pagar um senior?»

Resposta alinhada com a tese:

1. O Agent encurta o tempo até à primeira variante de UI e a drafts de conteúdo.
2. O senior define whitelist de plugins, publish gate e testes (incluindo Gutenberg / React).
3. O senior responde por integrações e incidentes; o Agent não faz plantão.
4. Pagais previsibilidade de risco, não minutos de geração.

Se o cliente após este script ainda quiser só o Agent sem ownership, é um lead a recusar ou uma fase A com critério de saída explícito (ver o artigo sobre Agent / MCP). Mais vale perder o projecto do que ganhar produção sem review.

#Como encomendar um projecto se não recrutam um lugar

Nem todas as empresas precisam de Senior WordPress na folha de pagamentos. Algumas precisam de um parceiro com o mesmo JD na prática: Agent e MCP para rascunhos, um humano para publish gate e integrações.

Peçam proposta quando:

• têm um brief e receiam «o Agent faz tudo» na concorrência,
• precisam de um programador WordPress com review, não só content ops,
• entra integração MCP / IA em self-hosted,
• querem um scorecard de 90 dias como na secção acima, mas do lado da agência.

No pedido: objectivo de negócio, stack, se há WooCommerce, quantos locales, se existe staging. Preço individual após o âmbito (lista de preços como contexto de mercado, proposta vinculativa após o âmbito definido).

#Senior WordPress com AI: lugar híbrido, não substituição de código

O sinal de outubro de 2026: contratar pessoas que usam agentes e deixam a ownership do código no humano. O mesmo padrão aparece nesse anúncio, nos produtos Automattic (Agent, MCP write) e na via Gutenberg (React 19 no plugin).

Na escolha de parceiro e na construção da equipa nearshore, o filtro é comum: boicotar AI e acreditar que o Agent substitui arquitectura falham ambos.

Pedido de entrega ou auditoria do processo de IA num projecto WordPress: contacto.