Luke F. Walton · Surmado Blog · Maio de 2026
A AI for Marketers Summit aconteceu na semana passada. Foram dois dias, 21 palestrantes, 13 sessões cobrindo cada canto do que é um time de marketing habilitado por IA em 2026. As sessões cobriram fluxos de trabalho agênticos, visibilidade em IA, governança de voz de marca, automação de conteúdo e design de times.
Mas um tema não parava de surgir que ninguém tinha no seu cartão de bingo: profissionais de marketing estão lançando código agora.
Não “algum dia”. Não “só os técnicos”. Marketers, fundadores e CEOs estão abrindo Cursor, Codex ou Claude Code, e descrevendo o que querem em português claro (ou inglês). Depois colocam em produção. (Para o bem ou para o mal! ;) )
A maioria da comunidade de vibe coding não são desenvolvedores. Uma análise da Solveo do subreddit r/vibecoding descobriu que 63% dos membros ativos são gerentes de produto, fundadores, marketers e pessoas de operações. Você não precisa mais de um diploma de engenharia para lançar um aplicativo, mas isso não quer dizer que seja fácil.
Mas é genuinamente ótimo. Sou músico, e isso meio que parece a revolução do Pro Tools. Você tem um estúdio na sua casa. Um engenheiro no seu computador. Dito isso, o Pro Tools não transformou todo mundo num grande músico. Elevou o piso, claro, mas ainda há muito motivo para praticar o ofício. Ou pelo menos trabalhar na sua visão. É isso que faz um grande artista ou engenheiro, de qualquer forma. Não a técnica. A visão. O esforço diário. O STANDARDS.MD elevado.
E isso me leva à minha maior preocupação: ninguém está revisando o código que essas pessoas estão lançando.
Um milhão de novos construtores. Zero novos revisores.
A indústria de software aprendeu décadas atrás que a pessoa que escreve o código não deveria ser a única pessoa que o lê antes de ir ao ar. É como na música. Você tem um engenheiro de mixagem que acerta os níveis e o engenheiro de masterização que checa o panorama geral.
É por isso que a revisão de código existe. Por que CI/CD existe. Existe por um motivo. Não por vaidade ou burocracia. É uma rede de segurança. Um portão de QA. O momento em que a mixagem se torna o disco. A revisão de código pega bugs que o autor não viu, brechas de segurança em que ele não pensou, desvio dos padrões que ele mesmo definiu no mês passado, e casos extremos que só aparecem quando um cliente de verdade faz algo inesperado. A revisão de código ajuda seu site a ficar no ar. Seus clientes ficam seguros. E seu negócio se mantém de pé.
Em um time de engenharia normal, um colega faz isso. Eles leem seu PR (pull request). Sinalizam os problemas. Você os corrige para poder mesclar seu código na base de código de produção.
Escrever o código sempre foi a parte mais fácil. Escrever código que não quebra. Que escala. Que pode ser um hit. Isso sempre foi difícil. É aí que o trabalho em equipe canta.
Então, se você é um marketer que acabou de vibe-codar uma landing page, provavelmente não tem um colega fazendo isso. Sua IA escreveu o código e talvez você nem consiga ler. Ou, se consegue, talvez esteja soterrado pela quantidade de linhas de código que está lançando.
Já viu o episódio de I Love Lucy na fábrica de doces? A linha de produção anda mais rápido do que Lucy e Ethel conseguem organizar. Então elas comem um pouco. Enfiam um pouco na camisa. Entram em pânico.
Então o código é mesclado do mesmo jeito. As revisões são puladas. E o código pode virar uma bomba-relógio.
É aqui que você vai encontrar coisas que não parecem bugs. Tipo quando sua IA importou uma biblioteca JavaScript pesada para lidar com algo que o CSS já resolve nativamente. Ou alucinou um pacote inteiro. Ou usou um schema desatualizado porque foi preguiçosa demais para checar na internet.
Pode não aparecer hoje. Mas pode aparecer em auditorias, em desempenho de busca, e em se os mecanismos de IA confiam o suficiente no seu site para recomendá-lo.
Addy Osmani, chefe de experiência de desenvolvedor do Chrome no Google, descreveu o que ele chama de “problema dos 70%”: não-engenheiros usando IA chegam rapidamente a cerca de 70% de uma solução funcional, mas os últimos 30% viram um exercício de retornos decrescentes, já que cada correção cria novos bugs. A comunidade de vibe coding reporta o mesmo padrão, com muros de qualidade batendo por volta do terceiro mês, quando problemas acumulados de sessões anteriores começam a se propagar em cascata.
E não, pedir para a mesma IA revisar o próprio trabalho realmente não conta. LLMs são probabilísticos. Uma caça-níqueis. Peça ao ChatGPT ou ao Claude para revisar um PR sem restrições e às vezes você vai receber uma resposta diferente a cada vez: dez sugestões aqui, três ali, uma parede de conselhos genéricos que não se aplicam ao seu projeto. O autor e o revisor precisam ser estruturalmente diferentes. Contexto diferente, restrições diferentes, função diferente. É isso que torna uma revisão útil. Mesmo motivo pelo qual temos times na vida real. É por isso que ferramentas de revisão feitas sob medida existem: elas restringem o problema, ancoram o resultado aos seus padrões e focam a IA no diff em vez de pedir que ela descubra tudo do zero.
Por que isso importa mais do que costumava importar
Os dados do summit tornam isso urgente, não só interessante.
Uma estatística ficou comigo: as taxas de clique em buscas caíram 65%, o maior declínio da história das marcas, à medida que os resumos de IA colapsam o funil tradicional. Setenta e cinco por cento dos consumidores não sabem em que confiar online. A jornada do cliente está esquisita, gente. E está ficando mais esquisita. A IA é a influenciadora agora.
Nesse mundo, a qualidade do código do seu site é parte da sua marca. Mecanismos de IA podem avaliar a estrutura, o desempenho e a saúde técnica do seu site na hora de decidir se vão te destacar. Uma página lenta, um formulário quebrado, um endereço de e-mail vazado nos logs, um bypass de autenticação numa rota que sua IA gentilmente removeu durante um refactor. Pois é. Isso é péssimo. Isso costumava ser problema de desenvolvedor. Bem-vindos, marketers. Agora são problemas de marca.
A tarefa de $5 que ninguém está fazendo
Francis Brero, da HG Insights, compartilhou no summit uma estrutura que ficou comigo. Ele divide cada tarefa de marketing em três níveis: tarefas de $5 que deveriam ser totalmente automatizadas, tarefas de $50 que são assistidas por IA, e tarefas de $500 que exigem estratégia e julgamento humano.
A revisão de código é a tarefa de $5. (Ou, no caso do Claude Code Review, uma tarefa de $15 por PR.) Todo pull request, toda vez, sem exceções. Nunca deveria exigir que um humano pegasse uma violação de convenção de nomenclatura ou uma checagem de autenticação faltando. Nunca deveria exigir que você ficasse encarando 800 linhas de diff gerado por IA na esperança de notar o problema. Deveria simplesmente acontecer, automaticamente, contra um conjunto de padrões que você definiu uma vez.
O fato de que a maioria dos vibe coders está fazendo isso manualmente (ou nem fazendo) é uma enorme lacuna operacional na era do “todo mundo pode construir”.
O que muda quando você fecha essa lacuna
A coisa mais óbvia é que você pega bugs antes dos seus clientes. O custo de corrigir um bug na hora do PR é aproximadamente 1x. O custo de corrigi-lo depois que alguém encontra no seu site ao vivo escala para 10 a 100x. Menos óbvio, você para de se desviar dos seus próprios padrões. Código gerado por IA parece plausível. Usa bons nomes de variável e estrutura razoável. Também pode silenciosamente mudar convenções entre sessões, trocar padrões dos quais você depende, e tomar decisões arquiteturais que você não pediu. Um revisor que checa todo PR contra seus padrões pega isso antes que se acumule.
LLMs são ótimos resolvendo problemas. Não são ótimos resolvendo dilemas.
Se deve priorizar velocidade de página ou interatividade mais rica é um dilema. Você, sim, você, o HUMANO, tem mais contexto do que qualquer IA no lado do dilema. Um bom revisor lida com os problemas automaticamente para que você possa gastar sua atenção nos trade-offs que realmente exigem julgamento. Depois que você confia que todo PR está sendo revisado, pode vibe-codar de forma mais agressiva. Pode deixar a IA arriscar mais. Pode lançar à meia-noite sem ficar se perguntando o que perdeu. A revisão não é um freio. É o que permite ir mais rápido, sem sair da estrada.
Isso não é um argumento de desenvolvedor
Olha, eu dirijo uma empresa que faz uma ferramenta automatizada de revisão de código. Nós a construímos para nós mesmos porque acredito em tudo que acabei de escrever. O argumento que estou fazendo não é “compre meu produto”. O argumento é: se você está construindo com IA, e não está revisando o que ela produz antes de ir ao ar, você está acumulando risco na mesma velocidade em que acumula funcionalidades. Código é um passivo (e um ativo).
Os marketers prosperando daqui a doze meses não serão os que adotaram mais ferramentas. Serão os que construíram guardrails. Que conseguiram escalar. Que conseguiram escrever uma boa música. Quero dizer, código. E não perder a confiança.
A revisão de código é o primeiro guardrail. E todo mundo que mexe no GitHub deveria ter isso ativado.
Se você está lançando código e quer ver como é a revisão automatizada, o Surmado Code Review é grátis para 10 PRs por mês. E é FÁCIL. Só dois cliques para conectar o GitHub. Depois, seu código segue seus padrões, em todo PR, automaticamente.
Perguntas e Respostas
Marketers precisam de revisão de código? Sim. Em 2026, a maioria da comunidade de vibe coding é composta por não-desenvolvedores, incluindo marketers, fundadores, gerentes de produto e profissionais de operações. Esses usuários geram código através de ferramentas de IA como Cursor, Claude Code e Lovable, mas tipicamente não têm um processo de revisão de código. Código gerado por IA acumula problemas de qualidade, incluindo desvio de padrões, brechas de segurança, dados estruturados quebrados e regressões de desempenho. A revisão de código automatizada pega esses problemas no nível do pull request antes que afetem o site ao vivo.
Qual é a forma mais barata de ter revisão de código automatizada? O Surmado Code Review oferece um nível gratuito de 10 revisões de pull request por mês, sem necessidade de cartão de crédito. O plano Standard custa $15 por mês para 100 PRs, sem preço por assento e repositórios ilimitados. Em comparação, usar o Claude diretamente para revisão de código custa aproximadamente $15 por PR individual, e auditorias de código por agência custam $200 por hora ou mais.
Por que eu não posso simplesmente pedir para o ChatGPT ou o Claude revisar meu código? LLMs de propósito geral revisando código sem restrições produzem resultados inconsistentes. O mesmo PR revisado múltiplas vezes vai gerar sugestões diferentes a cada vez, porque o modelo não tem padrões contra os quais checar nem um formato de saída estruturado. Ferramentas de revisão de código feitas sob medida, como o Surmado Code Review, restringem o problema focando no diff, ancorando a revisão a um documento STANDARDS.MD, e estruturando o resultado em categorias acionáveis. Isso produz revisões consistentes e baseadas em padrões a um custo menor por revisão.
As opiniões são minhas. Este post é publicado pela Surmado, Inc. e não é afiliado nem endossado por nenhuma outra empresa ou pela AI for Marketers Summit.