Vibe coding para RH é o time de pessoas descrevendo em linguagem natural a ferramenta que precisa — um dashboard de headcount, uma calculadora de benefícios, um tracker de onboarding — e deixando uma IA generativa escrever, testar e publicar essa aplicação, sem abrir chamado para a TI. É diferente de usar IA generativa para redigir um e-mail: aqui o RH constrói o software, não só usa um assistente. O ganho é velocidade — o que levava semanas de fila de TI sai numa tarde —, mas o RH lida com o dado mais sensível que existe numa empresa, e é aí que a mesma prática que acelera abre risco concreto de LGPD sem governança. Este guia mostra o que o RH já consegue construir sozinho, onde mora o risco de dado de colaborador e como estruturar isso com trilho de segurança — sem proibir.
O que muda quando o RH constrói as próprias ferramentas
Até pouco tempo, toda ferramenta interna de RH — mesmo a mais simples, como uma planilha compartilhada que virou sistema — nascia de um chamado para a TI e esperava a vez ao lado de projetos de outras áreas, muitas vezes tidos como mais críticos. Vibe coding muda essa equação: o time de pessoas descreve o que precisa em português e uma IA generativa escreve, testa e publica a aplicação, do jeito que detalhamos no guia vibe coding nas empresas.
O tamanho do movimento aparece em pesquisa com quem decide investimento em tecnologia no Brasil: segundo levantamento da OutSystems com 85 CIOs de grandes empresas brasileiras, reportado pelo IT Section, 69% das organizações já usam tecnologia low-code, com investimento priorizado justamente no uso por áreas de negócio — os chamados citizen developers, não só times de desenvolvimento. O mesmo motor que leva marketing a montar a própria calculadora de campanha leva o RH a construir o próprio tracker de onboarding ou dashboard de turnover.
Vale uma distinção: isso não é o RH usar ChatGPT ou Copilot no dia a dia para escrever uma descrição de vaga ou resumir uma ata — esse uso, mais comum e menos arriscado, está coberto em IA generativa no dia a dia do RH. Vibe coding é um degrau adiante: o RH deixa de só usar ferramentas de IA e passa a construir software com elas — um artefato que roda e processa dado depois que a conversa acabou.
O que o RH já consegue construir sozinho: casos de uso reais
Os casos que mais aparecem têm um padrão comum: ferramentas internas, de uso restrito ao próprio RH ou à liderança, que hoje vivem em planilha ou processo manual por nunca justificarem um projeto formal de TI.
| Ferramenta | O que resolve | Exemplo concreto |
|---|---|---|
| Tracker de onboarding | Substitui a planilha de checklist do RH por um painel vivo | Um app que mostra, por novo colaborador, quais etapas do onboarding (documentação, acessos, treinamentos) já foram concluídas e quais estão atrasadas |
| Dashboard de headcount e turnover | Junta dados que hoje ficam espalhados em planilhas de diferentes áreas | Um painel que cruza admissões, desligamentos e headcount por área, atualizado sem que alguém precise consolidar manualmente toda sexta-feira |
| Calculadora de benefícios | Reduz dúvida recorrente e retrabalho do time de benefícios | Uma tela onde o colaborador simula o impacto de mudar de plano de saúde ou aderir a um benefício flexível, sem abrir chamado |
| Dashboard de clima e engajamento | Organiza dados de pesquisa que hoje ficam em planilha exportada de ferramenta de pesquisa | Um painel que cruza respostas de pesquisa de clima por área e por tempo de casa, com filtros que a liderança de RH consegue operar sozinha |
| Apoio à gestão remota e ao registro de ponto | Dá visibilidade que a ferramenta de ponto oficial não entrega pronta | Um resumo semanal de exceções de ponto (atraso recorrente, jornada incompleta) por gestor, para revisão antes do fechamento da folha |
O padrão em comum: são ferramentas de apoio à decisão e à operação do próprio RH, não sistemas que decidem sobre a vida de terceiros de forma automática — e é esse tipo de aplicação, de escopo restrito e dono claro, que faz sentido como primeiro projeto de vibe coding de uma área de pessoas. O catálogo completo do que uma área de negócio consegue construir sozinha está em criar aplicativos sem saber programar. Quando a necessidade passa de painel para tarefa recorrente que precisa agir sozinha — responder dúvida sobre benefícios, disparar um checklist de admissão —, o recorte muda de aplicativo para agente; veja agentes de IA para não-desenvolvedores.
O risco específico: dados sensíveis de colaboradores e LGPD
O RH não lida com dado de negócio genérico. Lida com CPF, dado bancário para folha, histórico de saúde em atestados, avaliação de desempenho, remuneração e, em ferramentas de ponto, dado biométrico — praticamente todas as categorias de dado que a LGPD (Lei 13.709/2018) trata como sensíveis ou exigindo cuidado redobrado, como resume o guia da LG lugar de gente sobre LGPD no RH. A empresa responde como controladora desse dado independentemente de onde ele foi processado — inclusive num app que o próprio RH construiu numa tarde, fora de qualquer processo formal de TI.
O risco não é hipotético. Uma investigação da empresa de segurança Red Access, o relatório "The Shadow Builders", analisou cerca de 380 mil aplicações web criadas em plataformas de vibe coding publicamente acessíveis e identificou por volta de 5 mil com características claramente corporativas — das quais mais de 2 mil expunham diretamente informação sensível, incluindo dado corporativo e tokens de autenticação sem proteção adequada, segundo reportagem do SempreUpdate. O motivo é estrutural: a maioria das plataformas publica o app como acessível a qualquer pessoa por padrão, a menos que quem construiu mude essa configuração manualmente, e boa parte fica indexada por buscadores.
No RH, o padrão de risco mais comum é o passo anterior ao app mal configurado: alguém do time cola uma planilha real de colaboradores, com nome, salário ou CPF, dentro de uma ferramenta pública de IA para "só testar" um protótipo, sem perceber que o dado passou a viver fora do perímetro da empresa. A LGPD não muda essa responsabilidade pelo fato de a ferramenta ter sido escolhida pelo próprio time, sem TI no meio. Esse mesmo tipo de exposição, num recorte mais amplo do que só RH, é o que detalhamos em LGPD e IA generativa e na matriz de riscos do vibe coding nas empresas — aplicações com dado sensível partem direto para o nível mais alto de criticidade nesse framework.
Há ainda um risco técnico: código gerado por IA carrega vulnerabilidade com frequência maior do que se imagina — quase metade das amostras de código gerado por IA introduz falhas presentes na lista OWASP Top 10, a referência global de risco em aplicações web, conforme o mesmo relatório do SempreUpdate. Ninguém no RH precisa ler essa vulnerabilidade — precisa saber que ela existe, e que um app com dado real de colaborador não deveria ir ao ar sem alguém tecnicamente habilitado olhar antes.
Como estruturar isso com governança (não é proibir, é habilitar com trilho)
A resposta errada para esse risco é proibir o RH de usar vibe coding — isso só empurra a prática para debaixo do radar, sem visibilidade nenhuma, o que é pior do que o risco original. A resposta certa é dar ao RH um trilho de segurança desde o primeiro app, nos mesmos moldes da governança de vibe coding que já vale para qualquer área de negócio da empresa. Cinco práticas concentram a maior parte do que funciona:
- Classifique o dado antes de começar a construir. Uma pergunta simples: este app vai tocar CPF, salário, dado de saúde, avaliação de desempenho ou dado biométrico de ponto? Se sim, o projeto já nasce como caso que precisa de revisão — não é decisão para depois de pronto.
- Nunca coloque dado real de colaborador numa ferramenta pública para testar. Protótipo se testa com dado fictício; dado real só entra num ambiente corporativo, com os controles de acesso e auditoria que a plataforma da empresa oferece — o mesmo princípio que a Replit, por exemplo, embute com SSO, permissões granulares e log de auditoria.
- Revisão humana proporcional ao risco, não de tudo ou de nada. Um painel que só o próprio RH usa, sem dado sensível, flui com revisão leve; um app que qualquer gestor vai acessar, com dado de folha ou saúde, precisa de revisão técnica antes do primeiro uso real. O checklist de sete perguntas de vibe coding para gestores não-técnicos dá ao líder de RH o roteiro para essa decisão, mesmo sem formação técnica.
- Mantenha um registro de todo app que o RH constrói. Uma lista simples — nome, quem construiu, que dado toca, quando foi aprovado — evita o problema mais comum: ninguém sabe quantos aplicativos existem até um deles falhar. Em escala de empresa, esse princípio sustenta a governança de portfólio de vibe coding.
- Envolva o DPO quando o dado for sensível. Não significa burocratizar todo protótipo — significa que, quando a classificação do passo 1 apontar dado sensível, alguém responsável por proteção de dados entra antes do app chegar a colaboradores reais, não depois de um incidente.
Essas práticas não exigem que o RH aprenda a programar — exigem que o time reconheça quando o que está construindo deixou de ser protótipo pessoal e passou a tocar informação que a empresa é legalmente responsável por proteger.
Framework: quando o RH constrói sozinho vs. quando precisa chamar a TI
Nem todo projeto de RH tem o mesmo risco, e tratar todos com a mesma régua trava o ganho que o vibe coding traz. Uma forma simples de calibrar essa decisão:
| Situação | O RH pode construir e publicar sozinho? |
|---|---|
| Painel de uso pessoal, sem dado real de colaborador (protótipo, dado fictício) | Sim, livre para experimentar |
| Ferramenta interna do próprio RH, com dado real, mas de acesso restrito ao time que já tem acesso a esse dado hoje | Sim, com revisão leve — checklist do gestor, sem precisar de projeto formal de TI |
| Ferramenta que qualquer gestor ou colaborador da empresa vai acessar, tocando dado sensível (saúde, salário, avaliação, CPF) | Não sozinho — revisão técnica e, se o dado for sensível, envolvimento do DPO antes do primeiro uso real |
| Ferramenta que substitui ou se conecta a um processo crítico (fechamento de folha, decisão de desligamento, integração com o sistema oficial de RH) | Não — trata-se como projeto de TI desde o início, com o RH como dono do requisito, não da construção isolada |
Essa tabela é a versão aplicada ao RH do mesmo raciocínio de risco que detalhamos, com mais profundidade e critérios adicionais, em riscos do vibe coding nas empresas: matriz de risco. Use a tabela acima para a decisão rápida do dia a dia; recorra à matriz completa quando o app crescer em criticidade ou em público.
Como a Jetpacks apoia essa transição no RH
A Jetpacks é parceira oficial da Replit no Brasil e conduz as imersões e os workshops oficiais da Replit para destravar o vibe coding — com governança — dentro de grandes empresas, incluindo áreas de RH e T&D. O método Flight Plan, em quatro estágios de cerca de duas semanas cada, aplica-se a esse recorte: o Launchpad mapeia quais ferramentas o RH já constrói e o risco de cada uma (mapa de impacto); o Flight Plan desenha a trilha da área; o Booster capacita o RH a construir com segurança embutida, dentro do programa Builders, com certificação Jetpack Certified para quem conclui; e o Mission Control acompanha quantos apps o RH criou e se seguem a política definida.
É a mesma lógica que sustenta enablement em IA: instalar capacidade real na área de pessoas, com método e trilho de segurança — não liberar uma plataforma e torcer para que ninguém coloque CPF de colaborador num prompt público. É o método que já aplicamos com empresas como Hypera Pharma, Volvo, BMR Medical e C12 Brasil.
FAQ
RH pode usar vibe coding para criar ferramentas com dados de colaboradores?
Pode, com governança proporcional ao risco. Ferramentas com dado sensível — salário, saúde, avaliação de desempenho, CPF — precisam de classificação do dado, ambiente corporativo (nunca ferramenta pública de teste) e revisão técnica antes de chegar a usuários reais.
Quais ferramentas o RH já consegue construir sozinho com vibe coding?
Trackers de onboarding, dashboards de headcount e turnover, calculadoras de benefícios, painéis de clima e engajamento e resumos de exceção de ponto para gestores — todos de escopo restrito, com dono claro dentro do próprio RH.
Qual a diferença entre vibe coding para RH e usar ChatGPT no dia a dia do RH?
Usar ChatGPT para escrever uma descrição de vaga é usar um assistente — coberto em IA generativa no dia a dia do RH. Vibe coding é construir um software que fica no ar, processa dado continuamente e tem usuários — um degrau de risco e responsabilidade acima.
Quem deve revisar um app de RH construído com vibe coding antes de ir ao ar?
Depende do dado que o app toca. Sem dado sensível e de uso restrito, o próprio gestor de RH pode aprovar com um checklist simples. Com dado sensível ou uso amplo, alguém tecnicamente habilitado revisa o código, e o DPO entra na decisão quando o dado for sensível.
Que dados o RH nunca deve colocar num app vibe-coded sem revisão prévia?
CPF, dado bancário, histórico de saúde, avaliação de desempenho e dado biométrico de ponto — as categorias que a LGPD trata com cuidado redobrado. Nenhum deles deveria entrar numa ferramenta pública de IA para "só testar"; o teste usa dado fictício, o dado real só entra depois, em ambiente corporativo controlado.
O que fazer se o RH já tem apps vibe-coded rodando sem nenhuma governança?
Primeiro passo: listar tudo o que existe, com quem construiu e que dado cada app toca, mesmo que de forma informal. É o mesmo ponto de partida da governança de portfólio de vibe coding, em escala de departamento — o jeito mais rápido de achar o risco antes que ele vire incidente.
Conclusão: o RH pode construir, desde que saiba o que está em jogo
Vibe coding devolve ao RH uma velocidade que a fila de TI nunca vai entregar sozinha — trackers de onboarding, dashboards de headcount, calculadoras de benefícios, tudo em uma tarde em vez de meses de projeto. O que separa isso de virar um passivo de LGPD é simples: saber que dado o app toca antes de construir, nunca testar com dado real numa ferramenta pública, revisar proporcionalmente ao risco e manter um registro do que já existe.
É exatamente esse trilho que a Jetpacks, parceira oficial da Replit no Brasil, ajuda áreas de RH a instalar — não para frear a velocidade, mas para que ela não vire risco escondido. Para mapear quantas ferramentas o seu RH já construiu sem processo formal e o que falta para governar isso com segurança, comece pelo diagnóstico gratuito — uma conversa de 30 a 45 minutos, sem custo.
Descubra onde a IA gera mais resultado na sua empresa.
Comece com um diagnóstico gratuito: mapa de impacto por área e o desenho de um primeiro piloto medível, sem compromisso.