Senior WordPress developer com IA: o que procura uma agência que se diz AI-first

No final de setembro de 2026, a Blacksmith Agency, uma agência WordPress norte-americana que trabalha remotamente e que nos anúncios se apresenta como AI-first, procurava um sénior para liderar projetos. Queria duas coisas ao mesmo tempo: que o candidato usasse IA para trabalhar mais depressa e que continuasse a escrever e a rever o código. A mesma empresa procurava à parte um AI Engineer para construir ferramentas internas. Os três anúncios estão hoje fechados, mas mostram bem como uma agência que apostou na IA divide o trabalho entre pessoas e modelos.

É o exemplo de uma única empresa, não um estudo de mercado. No quadro oficial WordPress.org Jobs estavam, em meados de outubro, quatro anúncios de 5 a 13 de outubro: freelancers para sites de clientes, integrações de plugins, uma loja WooCommerce e um responsável técnico a tempo parcial. Nenhum tinha IA no título.

#O que pede uma vaga de Senior WordPress Developer com IA?

A vaga de Senior WordPress Developer de 27 de setembro e a sua variante WordPress Development Lead de 30 de setembro descrevem a mesma função. O sénior deve:

• definir com o cliente o âmbito do trabalho e ligá-lo ao objetivo de negócio,
• liderar os seus próprios projetos WordPress: temas, templates, plugins e blocos,
• acelerar o trabalho da equipa com a ajuda da IA,
• ser a pessoa com quem o cliente fala sobre a parte técnica e cuidar dos seus sites depois da entrega.

Os requisitos são WordPress e PHP sólidos, HTML, CSS e JavaScript modernos, inglês muito bom e experiência a liderar projetos, «não apenas a fechar tickets» (tradução própria). O trabalho é remoto a partir dos EUA, do Canadá, da América Latina ou da África do Sul, e os clientes estão espalhados por todos os Estados Unidos.

A descrição da função termina com esta frase:

«Aumente a eficiência com IA e conduza projetos rápidos, limpos e feitos por medida. Continua a escrever e a rever código real pelas suas próprias mãos.»

Fonte: anúncio da Blacksmith Agency no remoteitjobs.app, 27 de setembro de 2026, tradução própria

A versão para lead acrescenta que todos na equipa têm acesso às melhores ferramentas de IA, «para que perca menos tempo com a rotina e dedique mais tempo às decisões que importam» (tradução própria).

#Quanto paga uma agência AI-first a um sénior WordPress e a um AI Engineer?

A página da vaga Senior não indica salário. A versão da função de lead no agregador jobfound.org indica 80-120 mil USD por ano. O AI Engineer da mesma empresa devia ganhar 3-4,5 mil USD por mês, ou seja, 36-54 mil USD por ano.

O AI Engineer ia construir fluxos de trabalho com agentes em LangChain ou LangGraph e ferramentas internas que reduzem o trabalho manual no design e no desenvolvimento. Pediam-se dois anos de programação em Python ou Node.js e integração com a API da OpenAI ou da Anthropic. WordPress e PHP eram apenas uma mais-valia. A agência pagava portanto mais à pessoa que conhece WordPress, fala com o cliente e responde pelo código, e menos à pessoa dos agentes.

As faixas vêm do agregador, não da página da agência, e as localizações incluem países com custos de vida muito diferentes. Não transponha estes valores diretamente para o mercado europeu. As nossas tarifas estão na lista de preços.

#As ofertas de emprego para programadores WordPress já exigem IA?

Com três anúncios de uma só empresa não é possível dizê-lo. O quadro WordPress.org Jobs do mesmo período não tinha um único anúncio com IA no título. Os anúncios mostram, isso sim, como uma empresa que se vende como AI-first descreve os seus lugares. Não substituiu o sénior por um agente. Dividiu o trabalho em duas funções: uma pessoa responsável pelo projeto e pelo código, e um especialista que constrói automatizações para a equipa.

Uma divisão parecida vê-se em equipas pequenas na Polónia. Uma pessoa responde pela arquitetura, pela revisão de código, pelo WooCommerce e pelos blocos. A outra usa IA para as primeiras versões do código, os testes e a documentação, sob supervisão da primeira. O problema começa quando as duas funções são juntas num único júnior com Cursor e se promete ao cliente um nível de sénior.

#O que faz a IA num projeto WordPress e o que não faz?

A 15 de outubro o WordPress.com atualizou o seu Agent. Gerar um site demora agora menos de metade do tempo de antes, e a maioria dos sites fica pronta em menos de quatro minutos. O Agent recomenda plugins, instala-os e ativa-os a partir do chat e, se lhe pedirem, atualiza os que já existem. Desde março de 2026 o WordPress.com tem também ferramentas MCP com que um assistente de IA grava artigos e páginas, por predefinição como rascunhos. Os pormenores estão no artigo sobre o Agent e o MCP write.

As salvaguardas do MCP write são sensatas. Segundo o anúncio do WordPress.com de 20 de março de 2026, o assistente confirma cada passo antes de fazer uma alteração, e as categorias e etiquetas desaparecem de vez depois de uma confirmação adicional. O anúncio falava também de 30 dias no lixo para artigos, páginas, comentários e ficheiros multimédia apagados, mas a documentação atual das ferramentas MCP só deixa o lixo para artigos, páginas e comentários: um ficheiro apagado da biblioteca multimédia desaparece de vez, e os conteúdos que o usavam ficam sem a imagem. Todas as alterações ficam visíveis no registo de atividade. As funções de escrita estão disponíveis em todos os planos pagos do WordPress.com. São boas salvaguardas para o conteúdo. Não abrangem o código do tema, os plugins nem as integrações, porque o MCP write não lhes toca, e não abrangem sites em alojamento próprio.

Um cliente que viu uma demonstração destas pergunta: para que pagar a um sénior? A WebDevStudios respondeu a isso a 6 de outubro:

«A IA é muito boa nos 20% de um site que se veem. Não entrega os 80% que não se veem, ou seja, aquilo que faz com que o site seja encontrado, esteja seguro, proteja os dados dos visitantes e permita à equipa de marketing trabalhar sem abrir tickets.»

Fonte: WebDevStudios, 6 de outubro de 2026, tradução própria

Na prática, esses 80% são a integração da loja com o armazém e com o sistema de contabilidade, as cópias de segurança, as permissões dos utilizadores, as versões linguísticas e os testes depois de cada atualização. O Agent do WordPress.com atualiza um plugin a pedido no chat, mas depois não percorre o processo de compra na loja, não verifica se a fatura chegou ao sistema de contabilidade e não repara que o formulário de contacto deixou de enviar mensagens. Alguém tem de pôr estas verificações numa lista de controlo e fazê-las depois de cada atualização.

Na mesma semana, o Gutenberg 24.2 ativou no plugin a experiência com o React 19, exceto quando está ativo um tema ou plugin com problemas de compatibilidade conhecidos. Blocos próprios escritos para o React 18 podem deixar de funcionar no editor depois desta mudança. O assistente de IA não vai reparar, porque não sabe que algo mudou. Repara o developer que testa os blocos numa cópia de testes do site antes de atualizar a produção. Mais nas notas sobre o Gutenberg 24.2.

#O que é que o React 19 estraga nos blocos próprios do Gutenberg?

O React 19 remove várias API que há anos estavam marcadas como obsoletas, mas que continuam presentes em blocos e plugins mais antigos. O guia de migração para o React 19 indica, entre outras:

• ReactDOM.render e ReactDOM.hydrate, obsoletas desde o React 18. Em vez delas existem createRoot e hydrateRoot.
• ReactDOM.unmountComponentAtNode, substituída por root.unmount().
• ReactDOM.findDOMNode, obsoleta desde 2018. Em vez dela usam-se refs.
• A verificação de propTypes e defaultProps em componentes funcionais. Os valores predefinidos passam para os parâmetros da função.
• Refs em forma de texto (string refs) em componentes de classe.

No código WordPress o caso mais frequente é o primeiro. Blocos e painéis de administração mais antigos montam componentes com a função render do pacote @wordpress/element, que por baixo chama ReactDOM.render. Desde o WordPress 6.2 o pacote tem createRoot, e é essa função que deve ser usada. O segundo caso frequente são os defaultProps em componentes funcionais gerados por um modelo de bloco antigo ou por um modelo de IA treinado com código antigo.

A verificação costuma levar uma hora por projeto:

1. Procure no código do tema e dos plugins próprios: render(, findDOMNode, unmountComponentAtNode, defaultProps, propTypes.
2. Numa cópia de testes do site, instale o Gutenberg 24.2 e abra no editor cada bloco próprio e cada página de definições.
3. Observe a consola do navegador. Os erros de montagem e os avisos sobre API removidas aparecem de imediato.
4. Faça as correções antes de atualizar a produção, não depois de o cliente avisar que o editor não funciona.

O assistente de IA faz o primeiro passo e sugere correções. Os passos dois a quatro exigem alguém que conheça o projeto e saiba que blocos são importantes para o cliente. É o mesmo trabalho que a vaga da Blacksmith descreve como rever código real.

#Como verificar se um programador WordPress revê mesmo o código gerado por IA?

Perguntar «usa IA?» não serve de nada, porque toda a gente responde que sim. Mais vale verificar o que a vaga exigia: se o candidato sabe ler código e encontrar nele um erro. A entrevista pode seguir quatro passos:

1. Dê uma descrição curta do site e uma lista de três plugins que podem ser usados.
2. Peça um plano: o que faz a IA, o que faz a pessoa e em que momento a alteração chega ao site de produção.
3. Mostre um excerto de código gerado por IA com um erro intencional, por exemplo um formulário sem verificação de nonce ou a apresentação de dados do utilizador sem escapar.
4. Pergunte o que fará quando for preciso ligar a loja ao armazém: fica no WordPress.com ou passa para alojamento próprio.

Um exemplo de código para o terceiro passo, tal como os modelos o devolvem muitas vezes:

add_action( 'admin_post_save_note', function () {
    update_option( 'client_note', $_POST['note'] );
    wp_redirect( admin_url( 'options-general.php?page=client-note' ) );
} );

add_action( 'admin_notices', function () {
    echo '<div class="notice">' . get_option( 'client_note' ) . '</div>';
} );

Um developer experiente aponta aqui quatro problemas. Não há verificação de nonce, por isso o formulário pode ser enviado a partir de outro site em nome de um administrador com sessão iniciada. Não há verificação de permissões com current_user_can(), por isso qualquer utilizador com sessão iniciada pode gravar a nota. Os dados de $_POST vão para a base de dados sem sanitize_textarea_field(). A nota é apresentada sem esc_html(), por isso um script injetado corre no painel de todos os administradores. Além disso, falta exit depois de wp_redirect().

Um candidato que revê código no dia a dia encontra o erro em poucos minutos e explica como corrigi-lo. Um candidato que só cola as respostas do modelo costuma começar a falar de modelos. A isto juntam-se perguntas sobre a prática:

• Que alterações pode a IA fazer sem autorização de uma pessoa, e quais não pode?
• Quem revê o código antes de chegar à produção?
• Quem atende o telefone quando uma alteração estraga o site numa sexta-feira à tarde?
• Como sabem que a IA encurta o tempo de trabalho? Medem isso ou é só uma impressão?

Para a última pergunta, uma boa resposta traz números: o tempo do pedido à primeira versão, o tempo da versão de testes à publicação e o número de alterações revertidas.

#Como deve ser o caminho de uma alteração da IA até à produção em WordPress?

A frase da vaga sobre continuar a escrever e a rever o código só faz sentido quando a equipa tem um caminho onde essa revisão acontece. Para um projeto WordPress bastam cinco elementos:

1. Um ramo separado no repositório para cada tarefa. O código da IA vai para lá, nunca diretamente para o servidor.
2. Uma verificação automática antes da revisão. As WordPress Coding Standards para o PHP_CodeSniffer têm regras que apanham a falta de nonce, a falta de escape e dados de entrada não sanitizados, ou seja, exatamente os erros do exemplo acima. A isto junta-se a análise estática, por exemplo com o PHPStan.
3. Revisão das alterações por uma pessoa. Alguém lê as diferenças linha a linha e responde pelo que deixou passar.
4. Uma cópia de testes do site com dados que não violam o RGPD (supervisão da CNPD em Portugal). As alterações são verificadas na cópia, e os dados dos clientes da loja são anonimizados antes de serem copiados.
5. Cópia de segurança e plano de reversão antes da implementação. Sabe-se quem repõe a versão anterior e em quantos minutos.

Este caminho não depende de o código ter sido escrito por uma pessoa ou por um modelo. A diferença é que com IA o código aumenta mais depressa, por isso os pontos 2 e 3 ficam mais carregados do que antes. Uma equipa que acelerou a escrita e não reforçou a revisão limita-se a entregar erros mais depressa. Se não tem este caminho na sua empresa, uma auditoria de segurança WordPress ou a manutenção contínua são uma forma de o obter de uma equipa externa.

#O que diz o estudo da Anthropic sobre a contratação de juniores técnicos?

Atualização, 18 de outubro de 2026. A 16 de outubro a Anthropic publicou um estudo sobre o emprego dentro da própria empresa. Para este artigo contam dois resultados. Até agosto, as horas de trabalho de agentes de IA interativos superavam as horas dos funcionários numa proporção de seis para um. No mesmo período, os lugares técnicos júnior passaram a pesar cada vez menos nas contratações, e até abril as equipas de engenharia e investigação tinham reduzido o recrutamento para os níveis técnicos mais baixos. O estudo mede a proporção nas contratações e não indica uma queda absoluta do número de juniores.

Os resultados têm de ser lidos com os limites que os próprios autores apontam. É uma única empresa a estudar-se a si própria, na linha da frente da adoção de IA, e os autores apresentam-na, no máximo, como um possível indicador avançado para o resto da economia. As comparações de produtividade assentam em funcionários que decidiram eles próprios quando recorrer aos agentes, e os autores avisam que essa escolha não foi aleatória, por isso os números não provam que foram os agentes a causar a mudança. Para uma agência WordPress, a conclusão útil é mais estreita: quando o código de rotina passa para os agentes, o primeiro lugar a mudar é o do júnior, e por isso a integração de que fala a secção seguinte pesa hoje mais do que há um ano.

#Como integrar um júnior WordPress que trabalha com um assistente de IA?

Um júnior com Cursor escreve um bloco numa hora. Antes de ter acesso ao site de um cliente, mesmo ao de testes, tem de dominar quatro coisas:

1. Escapar os dados, usar nonces e verificar permissões, sem exceções do tipo «foi assim que o modelo escreveu».
2. Ler as alterações linha a linha antes de as juntar ao ramo principal.
3. Reconhecer as tarefas que não devem ir para a IA: palavras-passe e chaves, alterações em produção, migrações da base de dados.
4. Consultas à base de dados apenas através de $wpdb->prepare(). Os modelos tendem a colar a consulta SQL a um valor de $_GET, porque era assim metade dos tutoriais antigos com que aprenderam. Uma única linha destas numa consulta às encomendas do WooCommerce basta para que alguém de fora leia os dados dos clientes da loja.

Sem isto, o júnior só produz erros mais depressa. Com isto, ao fim de um ano e meio ou dois anos pode liderar os seus próprios projetos. Essa diferença é a razão pela qual a agência AI-first do exemplo exigia ao sénior que revisse código: alguém tem de ensinar aos juniores o que está errado no código gerado.

#As empresas que usam IA contratam menos juniores?

Atualização, 24 de outubro de 2026. O estudo da Anthropic descreve uma única empresa. O documento de trabalho How Does AI Change Labor Demand? Evidence from 41 Countries, do Stanford Digital Economy Lab, de Bharat Chandar e Bouke Klein Teeselink (PDF, 21 de setembro de 2026), analisa 1,25 mil milhões de anúncios de emprego e 154 milhões de registos de emprego em 41 países, entre janeiro de 2021 e março de 2026. Os autores deduzem a adoção de IA a partir de anúncios que exigem trabalho com IA generativa e comparam filiais estrangeiras de multinacionais que a adotaram com filiais semelhantes que não o fizeram. Até março de 2026, a quota de juniores nas empresas que adotaram desceu 1,9 pontos percentuais. Isso resultou sobretudo de contratações acima do nível júnior (mais 6,7 por cento) e não de cortes nos juniores: a descida de 2,5 por cento no emprego júnior não é estatisticamente significativa, e o emprego total subiu cerca de 3,3 por cento, um resultado que os autores consideram marginalmente significativo. As profissões informáticas e matemáticas, o grupo mais exposto à IA, aumentaram a sua quota no emprego em 0,8 pontos percentuais, enquanto a quota de juniores dentro desse grupo caiu 3,3 pontos. A quota de juniores desceu em 23 dos 31 países estimados separadamente.

Os próprios autores indicam os limites: os dados vêm sobretudo de perfis do LinkedIn, que sobrerrepresentam gestores e profissionais qualificados; as empresas estudadas são grandes multinacionais, não agências WordPress; e o período cobre pouco mais de três anos após o ChatGPT. Lado a lado com os números da Anthropic, a direção é a mesma: o trabalho de desenvolvimento cresce, mas entram menos pessoas na profissão pela base. Ao escolher uma agência, pergunte quem revê o código e há quantos anos o faz. Uma agência que não encontre um sénior para rever código gerado por IA pode contar com um sem o contratar, através de desenvolvimento white label para agências.

#Como escolher uma agência WordPress que trabalha com IA?

As perguntas que a agência faz ao candidato, o cliente pode fazê-las à agência. Antes de assinar o contrato, peça quatro coisas:

• A descrição do caminho de uma alteração: da IA à cópia de testes, à revisão de código e à produção. Quem decide em cada etapa?
• Um exemplo de uma alteração revertida depois de ter estragado o site. Quanto tempo demorou?
• Uma cláusula no contrato a dizer que o código e os acessos lhe pertencem, e não apenas uma licença sobre o site pronto.
• A explicação de como a agência testa os blocos e o tema depois das atualizações do Gutenberg e do React.

A cláusula sobre o código e os acessos deve ser desdobrada no contrato em pontos concretos, porque «entregamos tudo no fim» não garante nada:

• o repositório com o código do tema e dos plugins próprios está na conta do cliente, e a agência tem acesso a ele, não o contrário,
• o cliente tem a sua própria conta de administrador do WordPress e acesso ao alojamento, ao domínio e ao DNS,
• a lista de plugins pagos, com a indicação de em nome de quem estão as licenças e quando são renovadas,
• o local onde ficam as cópias de segurança e a forma de as repor, testada pelo menos uma vez,
• a lista de serviços externos ligados ao site (pagamentos, envio de e-mails, análise de tráfego, chaves de API de modelos de IA), com a indicação de quem paga cada um.

O último ponto é novo. Sites em que a agência ligou a sua própria chave de API de um modelo de IA, por exemplo para gerar descrições de produtos, deixam de funcionar no dia em que a agência desativa essa chave. O cliente deve conhecer cada chave deste tipo e poder substituí-la por uma sua.

Cuidado também com o desconto «porque a IA faz metade do trabalho». Uma agência séria pode baixar o preço das etapas que a IA de facto encurtou, por exemplo a primeira versão do template. Não deve baixar o preço da revisão de código, da segurança e da disponibilidade para urgências, porque aí a IA não assume a responsabilidade. Uma agência que dá desconto no projeto inteiro costuma poupar nos testes.

As empresas da UE têm aqui vantagens concretas face a equipas espalhadas da Califórnia à África do Sul: o mesmo fuso horário que os clientes europeus, o RGPD e a supervisão da CNPD como ponto de partida e a possibilidade de uma reunião presencial. Contra equipas de países mais baratos não se ganha pela tarifa, por isso numa proposta vale mais descrever estas vantagens do que prometer um preço mais baixo.

#Quando encomendar um projeto em vez de contratar um sénior a tempo inteiro?

Nem todas as empresas têm trabalho para um sénior a tempo inteiro. Nesse caso procuram uma agência que, na prática, faz o que descreve a vaga da Blacksmith: usa IA para as primeiras versões e para a rotina, e deixa a arquitetura, as integrações e a publicação das alterações a cargo de uma pessoa.

Peça um orçamento quando:

• precisa de um programador WordPress que assuma o código e as revisões, e não só a introdução de conteúdos,
• está a implementar uma integração MCP ou de IA em alojamento próprio,
• a concorrência promete que «o Agent faz tudo» e quer saber quanto isso custa de facto em manutenção.

No pedido, descreva o objetivo, o stack, se há WooCommerce, quantas versões linguísticas e se tem uma cópia de testes do site. O orçamento é individual, depois de definido o âmbito. O formulário está na página de contacto.