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 ticket 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.

Veja trabalhando

É assim que uma tarefa real acontece: de uma ideia solta numa thread do Slack a Pull Requests revisados e mergeados — sem sair da conversa.

#time-devthread da tarefa

María · Product9:14

Precisamos que o cliente possa exportar suas faturas em PDF pelo painel.

DEV Genius9:15

🚀 [Faturamento] Exportar faturas em PDF

Task · 86AB1234

DEV Genius9:16

❓ Duas dúvidas de negócio antes da spec:

p1 · Numeração legal ou interna?p2 · As canceladas entram?

María · Product9:22

p1. Legal, sempre. p2. Não — vão num anexo separado.

DEV Genius9:31

proposal gerado — revise e aprove, ou ajuste.

proposal.mddesign.mdtasks.md · 7 tarefas▶ Apply

DEV Genius10:58

🎉 Apply completo (7/7) — PRs criados e ambiente de QA pronto.

PR #482 · backendPR #218 · frontendQA ao vivo · qa-4821.preview✅ Tudo certo → Code Review

Diego · Dev11:15

Testado — tudo certo. Movendo para Code Review 👀

DEV Genius12:10

🏁 Code Review aprovado — 📥 entra na fila de QA.

Certifica · Caro · QA

Caro · QA13:05

Fluxo testado de ponta a ponta. ✅ Certificada.

MERGED

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 gate 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 gate

    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

Grandes cargas de trabalho

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

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

    A carga de trabalho é 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 gate

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

Capacidades

O conhecimento não se perde, ele 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. Ele 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 gates 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

15 anos construindo software, hoje Tech 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