DEV GENIUS·
Agende um Discovery

DEV Genius · por BotSmith

Um dev de IA no seu time, com disciplina de engenharia.

Recebe uma ideia, pergunta o que não está claro e entrega Pull Requests com spec, testes e QA ao vivo — da ideia ao merge, sempre com revisão humana.

Agende um DiscoveryVeja como funciona ↓
perguntas ao timeapplyfila de QATICKETDESIGNPULL REQUESTCODE REVIEWQAMERGE

O fluxo ágil padrão, do refinement ao merge — e se adapta ao processo e às fases do seu time.

Pelo menos 3 vezes mais rápido, do caso ao merge.

< USD 3 de API da Claude por tarefa implementada.

O que é o DEV Genius

DEV Genius é um agente que você orquestra pelo Slack sobre sandboxes isolados na nuvem, com os repositórios do seu projeto já clonados e um ambiente completo pronto para rodar e testar código real.

Não é autocompletar código: é um fluxo de entrega completo. Analisa a tarefa, redige a spec, escreve o código com testes, abre os Pull Requests e deixa um ambiente de QA navegável para testar a mudança antes do merge.

Roda sobre sua infraestrutura e suas credenciais, nunca o contrário: suas chaves, seus dados, sua infraestrutura.

Integra com o seu stack

  • Slack
  • ClickUp
  • Jira
  • GitHub
  • GitLab
  • Vercel

Slack como sala de controle e o seu tracker como fonte da verdade: o pipeline se adapta ao processo e às fases do seu time, não o contrário.

Como funciona

O ciclo completo vai da ideia ao merge, e cada fase fica visível numa thread do Slack: nada avança sem que o time veja.

DEFINE

Da ideia ao ticket

A IA investiga o código e a documentação viva do sistema e redige o ticket completo no tracker do time: contexto, escopo e critérios de aceitação. Pensado para produto, sem precisar entender de código.

  1. Você conta a ideia numa thread do Slack

    Alguém de produto abre uma thread e conta o que precisa, sem comandos nem jargão técnico.

  2. Investigação sobre o sistema real

    A IA revisa o código e a documentação do projeto antes de propor qualquer coisa; se já existe um ticket parecido no backlog, avisa com o link.

  3. Perguntas de negócio, não técnicas

    As dúvidas voltam numeradas na thread, só sobre escopo e regras de negócio. São respondidas e reanalisadas até não sobrar nenhuma.

  4. Histórias e critérios de aceitação

    Se a ideia é grande, é dividida em histórias coordenadas; cada uma fica com seu escopo e seus critérios de aceitação, pronta para ser assumida.

PERGUNTA

Nada avança às cegas

Antes de escrever uma única linha, as dúvidas técnicas chegam aos devs e as de negócio ao time de produto, sempre pelo Slack.

  1. Dúvidas técnicas para os devs

    O que não está claro sobre o código ou a arquitetura é perguntado na thread, direto aos devs do time.

  2. Dúvidas de negócio para produto

    O que depende de uma decisão de produto é marcado para o time correspondente, também na thread.

  3. O plano é aprovado antes de construir

    Nada começa a ser codificado até as dúvidas serem resolvidas e o plano de trabalho ser aprovado.

IMPLEMENTA

Spec, testes, código

Num sandbox isolado na nuvem, a spec vem antes do código e os checks do projeto são o portão de qualidade.

  1. Sandbox isolado na nuvem

    É provisionado um ambiente efêmero com os repositórios do projeto, pronto para rodar e testar código real.

  2. Spec antes do código

    Proposta, design e plano de tarefas são redigidos e aprovados antes de escrever uma única linha.

  3. TDD tarefa por tarefa

    Cada tarefa do plano é implementada com testes primeiro, código depois.

  4. Os checks do projeto são o portão

    Linters, pre-commit e CI já existentes decidem se a mudança passa, não o critério do agente.

ENTREGA

PRs, QA e merge

A entrega fica pronta para revisar e testar, e o conhecimento do projeto se atualiza sozinho ao fechar.

  1. Um PR por repositório

    Com testes incluídos e uma descrição pronta para revisão.

  2. Ambiente de QA navegável

    Cada entrega sobe seu próprio ambiente efêmero com uma URL para testar a mudança ao vivo.

  3. Code review humano

    Um dev revisa e aprova, ou pede ajustes, antes de qualquer coisa chegar à branch principal.

  4. Merge e aprendizado

    Ao mergear, a documentação viva do projeto se atualiza sozinha, deixando a próxima tarefa com menos dúvidas.

via paralela

Cargas grandes

Não é mais uma fase do ciclo: é uma via separada para epics, cargas que agrupam semanas de trabalho numa série de tickets coordenados.

  1. Decomposição numa série de tickets

    A carga grande é dividida em tickets pequenos, verificáveis e com dependências explícitas entre si.

  2. Execução subtarefa por subtarefa

    O agente avança uma subtarefa de cada vez, sem esperar intervenção manual entre uma e a seguinte.

  3. Avaliador independente

    Cada subtarefa é revisada contra seus critérios de aceitação antes de ser integrada à branch da carga.

  4. CI verde como portão

    Nada é integrado sem os checks do projeto em verde; o que falha é adiado ou trava a carga conforme a política definida.

Capacidades

O conhecimento não se perde, se acumula

Cada tarefa entregue deixa o conhecimento do projeto mais completo, e esse conhecimento faz a próxima tarefa começar com menos dúvidas. Ninguém documenta à mão.

workspace-specs

O corpus de specs

Um repositório de especificações reconstruído por engenharia reversa do código e do histórico real do projeto, que se alimenta sozinho: cada entrega produz seu delta de specs como subproduto e, ao mergear, um processo automático o valida, arquiva e integra ao corpus.

Esse corpus é clonado em cada sandbox novo. A IA o investiga antes de perguntar, então suas dúvidas chegam fundamentadas e suas propostas se apoiam no histórico real de decisões do projeto.

grafo de conhecimento

O segundo cérebro

Sobre o corpus se mantém um grafo de conhecimento navegável, com uma nota por conceito do produto ligada às suas specs e lições relacionadas. Se regenera sozinho a cada entrega.

Esse grafo é útil para o onboarding de gente nova e para a própria IA descobrir conexões que uma busca de texto não encontra.

Princípios e segurança

  • Spec antes do código

    Nenhuma feature é construída sem proposta, design e plano aprovados. O processo vive no orquestrador, não no critério do modelo.

  • TDD e portões de qualidade

    Testes primeiro, e os linters, type-checkers e suites do projeto precisam passar antes da entrega.

  • Isolamento real

    O agente roda num sandbox na nuvem, nunca nas máquinas do time; é destruído ao terminar a tarefa.

  • Humanos no comando

    Um dev revisa e aprova cada Pull Request; o agente nunca faz merge sozinho.

Quem está por trás

Saúl Hernández, fundador da BotSmith

Saúl Hernández

Agentic Engineer, fundador da BotSmith SpA

15 anos construindo software — de estagiário em Caracas a Dev Lead na Recorrido.cl.

No último ano parei de usar IA para programar mais rápido e construí um sistema onde a IA programa e o pipeline garante a qualidade.

DEV Genius é o resultado, e hoje opera em produção.

saul.botsmith.aiLinkedInsaul@botsmith.ai

Perguntas frequentes

Seu backlog é maior que sua capacidade. Vamos mudar isso.

Agende uma chamada de Discovery: revisamos o fluxo atual do seu time e definimos juntos o piloto.

Agende um Discovery