Você decide. O agente entrega.
O DOP é um cockpit onde um desenvolvedor e um agente de IA trabalham na mesma demanda — da primeira linha da spec ao pull request que fica verde. As decisões continuam suas; o agente mantém o trabalho andando.
Pré-lançamento, construído às claras. O código já é público; o produto abre para os primeiros desenvolvedores em breve.
Feito para quem desenvolve com agentes e quer continuar no comando.
Um agente que programa é fácil de achar. Um que trabalha dentro de um processo que você enxerga, aprova e reproduz é para isso que o DOP existe.
Cada passo é visível.
Uma demanda é uma sequência de eventos que você lê como uma linha do tempo: quem fez o quê, quando e por quê. Nada acontece fora do registro — nem o trabalho do agente, nem o seu.
Você aprova; o agente executa.
A spec é sua para aprovar, o contexto é seu para dar, as decisões são suas para tomar. O agente pega dali e volta com checks verdes, não com perguntas.
Cada demanda tem a própria sala.
Toda demanda roda num ambiente isolado com o conhecimento do seu projeto montado lá dentro — sem vazar entre clientes, contas ou demandas.
Nada se perde no caminho.
Quando algo falha, fica guardado com tudo o que é preciso para tentar de novo — não enterrado num log. As retentativas são automáticas; desistir é uma decisão, não um acidente.
Como uma demanda passa pelo DOP
Três momentos, nesta ordem. O primeiro e o segundo são seus; o terceiro é do agente.
- 01
Abra uma demanda
Descreva o que precisa mudar, com as suas palavras. O DOP transforma isso numa spec que você lê e edita, com o contexto do projeto já anexado.
você - 02
Aprove, e acrescente o que só você sabe
Revise a spec, dê o contexto que o agente não conseguiria inferir e aprove. Daqui em diante, toda ação fica registrada contra a sua decisão.
você - 03
Receba um pull request verde
O agente implementa, testa num ambiente isolado e só abre o PR quando a verificação passa. Sem verde, sem PR.
o agente
Por baixo do capô
Um core que é dono da verdade; todo o resto traduz. Feito para ser verificado, não para ser acreditado.
A arquitetura inteira- Uma única fonte da verdade.Um core em Go é dono do estado, dos eventos e dos segredos. Toda escrita passa por ele, e ele verifica quem está chamando.
- Nada sensível na borda.A camada com que o cockpit conversa não tem banco nem segredo. Ela traduz e encaminha.
- Um registro público de cada decisão.As decisões de arquitetura estão escritas, numeradas e publicadas ao lado do código que as implementa.
Em que ponto o projeto está
Pré-lançamento, e honesto sobre isso. Os números abaixo vêm do repositório, não de um slide.
O estágio em detalhe- 5de 7 subprojetos desenhados
- 23decisões registradas
- ADR-0023a decisão mais recente
- no arambiente de QA no Google Cloud
Quem faz
Uma pessoa com uma visão e um agente que escreve a maior parte do código — a mesma dupla que o DOP existe para tornar comum.
Ed Barros
Ed idealizou o DOP a partir de anos entregando software para outras pessoas, e decide o que ele é, para quem é e o que ele não vai fazer. Toda decisão neste site é dele; o registro de arquitetura leva a sua assinatura.
barrosef.comClaude Code
O Claude Code escreve a maior parte do código, das specs e da documentação, a partir das decisões acima — e todo commit em que ele toca diz isso. O DOP é construído do jeito que foi pensado para ser usado: um desenvolvedor decidindo, um agente entregando, nada fora do registro.
Co-Authored-By: ClaudeAcompanhe a construção, ou leia as decisões por trás dela.
Está tudo no GitHub: o código, o roadmap e o registro de por que é construído assim.