Para times de desenvolvimento que já usam agentes
Instalamos em um dia o fluxo de agentes com o qual passei de 16 para 247 PRs de funcionalidade por mês: loops de revisão e auditoria, padrões do time e travas contra comandos destrutivos. Medimos seu time antes e depois. Se não melhorar, devolvemos tudo.
Testei primeiro no meu time
De 16 PRs de funcionalidade em julho para 247 em setembro de 2026.
A mediana passou de 168 para 458 linhas: não é o truque de dividir o trabalho em PRs pequenos.
De jornadas de umas 12 horas para umas 4. Isso é estimativa minha, não vem do GitHub.
O que não escondo: a proporção de PRs de correção subiu de ~19% para ~28%, e um PR não é uma funcionalidade. Por isso medimos seu time com os seus dados, não com os meus.
30 dias, um dia do seu time
Rodamos o PR Pulse no seu GitHub: PRs de funcionalidade por desenvolvedor e semana, proporção de correções, tamanho e tempo até o merge.
Loop de revisão, loop de auditoria, padrões do seu time e travas, no seu repositório. O time aprende a usar no mesmo dia.
Uma revisão por semana e resposta em um dia útil. Afinamos os loops com o que falhar nos seus PRs reais.
Antes e depois com os seus números, e como continuar melhorando o fluxo sem nós.
Garantia
Comparamos os PRs de funcionalidade com merge por desenvolvedor e semana nos 30 dias depois da instalação com os 30 dias anteriores. Se não subirem, devolvemos 100%.
A condição é uma só: o time passa cada PR pelo loop de revisão durante esses 30 dias. O relatório também mostra a proporção de correções e o tamanho dos PRs, para ninguém ganhar dividindo o trabalho.
Preço
Para os três primeiros times, em troca de publicarmos o relatório de antes e depois.
USD 2.000 até 8 desenvolvedores
O mesmo, quando os pilotos terminarem.
USD 3.000 até 8 desenvolvedores
USD 5.000 de 9 a 15 desenvolvedores
Você precisa de GitHub, um agente de código por desenvolvedor (Claude Code; o método se adapta ao Cursor e ao Codex) e do seu líder técnico disponível no dia da instalação. Não escrevemos suas funcionalidades nem fazemos plantão. O escopo e os termos finais vão em uma proposta por escrito.
Ferramenta gratuita
O PR Pulse lê seus PRs com merge usando seu próprio login do GitHub CLI e mostra, mês a mês, quantas funcionalidades saem por desenvolvedor e semana. Só lê: não altera nada nem envia dados para lugar nenhum.
curl -O https://davarlabs.com/downloads/pr-pulse.py
python3 pr-pulse.py tu-org/tu-repo tu-org/otro-repoVocê precisa de Python 3.8 ou superior e do GitHub CLI com login feito (gh auth login).
Perguntas frequentes
O fluxo é construído sobre o Claude Code e rende mais lá. O método (revisão antes de abrir o PR, auditoria, padrões escritos, travas) se adapta ao Cursor e ao Codex; na primeira conversa dizemos que parte passa para a sua ferramenta.
Para medir, nenhum: você roda o PR Pulse e compartilha o resultado. Para instalar, trabalhamos em uma branch do seu repositório e seu time aprova o PR. Não precisamos de acesso à produção nem aos seus dados.
O PR Pulse avisa quantos PRs não consegue classificar. Se forem muitos, o primeiro passo da instalação é combinar esse formato, e a medição do antes é feita à mão com seu líder técnico.
Um dia inteiro para a instalação e o treinamento. Depois, meia hora por semana do líder técnico para a revisão.
Para quem programa sozinho, para times que ainda não usam agentes de código e para times com mais de 15 desenvolvedores (aí conversamos à parte).
Bruno, fundador da Davar Labs e do BeastCRM. Antes construiu software na Siemens, na Total Processing e na Ardan Labs. Este é o fluxo que ele usa todos os dias com o próprio time.
Vamos conversar
Envie e escolha na hora o dia e o horário da conversa. Se não for para o seu time, eu digo.