Kick off your book project in 2 hours, get started with GhostAI in 2 hours, or do both! Free live workshops, on Zoom. You’ll leave with a real book project and a clear plan to keep going. Saturday, June 27, 2026.

Leanpub Header

Skip to main content

Spec Driven Development

Construa com IA sem perder o controle

This book is 100% completeLast updated on 2026-05-25

Usar IA para programar é fácil. Usá-la sem perder o controle, nem tanto. Spec-Driven Development é o método para transformar sua ideia em uma spec que a IA executa com precisão — sem loops infinitos, sem código quebrado, sem começar do zero.

This book is a translation into Portuguese (Brazilian) of Spec Driven Development which was originally written in English

Minimum price

$9.99

$11.99

You pay

Author earns

$

Also available for 1 book credit with a Reader Membership

PDF
EPUB
WEB
APP
About

About

About the Book

Teu agente não é ruim.
Tua spec é ruim.
Ou pior: não tens spec.

Passas semanas construindo com IA. O agente constrói rápido. Os resultados são reais. Pensas que isto é o futuro.

É. Mas tem um limite invisível.

Quando o projeto cresce, o agente começa a inventar o que não está escrito. Contradiz decisões que tomaste semana passada. Implementa coisas que não pediste. Cada sessão começa do zero porque não há nenhum artefato que lhe diga o que está construindo e por quê.

Não é um problema do modelo. É um problema de método.

Spec-Driven Development é a resposta.

Não é o contrário do vibe coding. Não é waterfall. Não é documentação que ninguém lê.

É uma forma de trabalhar onde a spec existe antes de o agente começar. Descreve comportamento, não implementação. Vive no repositório. É versionada junto com o código.

Com uma spec, o agente executa instruções claras em vez de preencher lacunas com suas suposições.

E quando termina, podes verificar se o que construiu coincide com o que especificaste. Não a olho. Com critérios concretos.

O que contém o livro

Parte I — O Problema (3 capítulos)

Por que o vibe coding tem data de validade. O que é SDD e o que não é. A spec como artefato primário: o que significa e por que muda tudo.

Parte II — O Método (4 capítulos)

As 7 fases do desenvolvimento com IA. Como escrever um PRD que o agente não possa interpretar mal. De PRD a issues: vertical slices e tracer bullets. O loop de execução: Ralph loop, GSD, quando intervir.

Parte III — As Ferramentas (3 capítulos)

GitHub SpecKit: 72K estrelas, constitution, os 5 comandos do fluxo principal e os 3 comandos de qualidade que quase ninguém conhece. openSpec para projetos existentes. Fluxos agnósticos: Ralph loop, BMAD, living-spec platforms.

Parte IV — Na Prática (3 capítulos)

Greenfield vs brownfield: como adotar SDD em um projeto que já existe. Os 5 anti-padrões que destroem uma spec — com o fix para cada um. SDD em equipe: quem escreve o PRD, review de specs, e o risco do spec theater.

4 Apêndices

Template de PRD pronto para copiar. Constitution com as 5 seções e exemplo real. Checklist de qualidade antes de executar. Glossário SDD.

Para quem é este livro

Para developers que trabalham com agentes de IA — Claude Code, GitHub Copilot, Cursor, ou qualquer outro — e querem que o resultado seja previsível, não uma aposta.

Para quem já experimentou o vibe coding e chegou ao limite: o projeto cresce, o agente se contradiz, o contexto se perde entre sessões.

Para quem quer adotar SDD sem jogar fora o que já tem. Há um capítulo específico para projetos existentes.

Para quem não é

Se teu projeto tem menos de duas semanas de vida e ainda estás explorando o que queres construir, o livro pode esperar. O método assume que sabes o que queres construir — SDD não substitui o pensamento, organiza-o.

Sobre o autor

Bezael Pérez é developer e criador de conteúdo técnico. Fundador da DominiCode, onde ensina developers a construir software com IA de forma estruturada. Instrutor de Claude Code para Developers, Construye con IA, e IA Agéntica para Developers na Udemy.

Detalhes do livro

  • 13 capítulos + 4 apêndices
  • Formato: PDF
  • Idioma: Português
  • Acesso vitalício — download direto
  • Sem DRM
  • Inclui cupom de 20% de desconto para cursos DominiCode na Udemy

Dúvidas antes de comprar? Escreve-me para me@dominicode.com

Share this book

This book is a translation into Portuguese (Brazilian) of Spec Driven Development which was originally written in English

Author

About the Author

Bezael Pérez

¿Se puede escribir código que funcione… y que además dé gusto leer?

Soy frontend developer senior, con más de 10 años de experiencia y 4 centrado en Angular. He trabajado en productos propios y plataformas empresariales, siempre buscando arquitecturas limpias, testing automatizado y un código que no dé miedo tocar.

Sigo de cerca lo nuevo en Angular —Signals, componentes standalone, Jest, Tailwind— y disfruto colaborar con otros equipos, entender el producto y aportar más allá del código.

Me gusta compartir lo que sé, aprender de quienes piensan distinto y trabajar en entornos con confianza y ganas de construir bien.

Si buscas a alguien técnico, pero con visión de producto y equipo, aquí estoy.

Translations

Translations

Contents

Table of Contents

Capítulo 1: Vibe coding: funciona até que não funciona

  1. O projeto que vai bem até que não vai mais
  2. Os três sintomas
  3. O sintoma que você não vê
  4. O custo real
  5. Por que isso acontece
  6. O erro que quase todo mundo comete
  7. Não é um problema de IA
  8. O que vem a seguir

Capítulo 1: Vibe coding: funciona até que não funciona

  1. O projeto que vai bem até que não vai
  2. Os três sintomas
  3. Por que isso acontece
  4. O erro que quase todo mundo comete
  5. Não é um problema de IA
  6. O que vem a seguir

Capítulo 2: O que é SDD (e o que não é)

  1. O que não é
  2. Como chegamos até aqui
  3. Por que agora
  4. A tabela que resume tudo
  5. O que SDD não resolve
  6. Uma definição para guardar

Capítulo 3: A spec como artefato primário

  1. Por que as specs tradicionais falham
  2. A spec viva
  3. Comportamento, não arquitetura
  4. O que uma spec tem e o que não tem
  5. O contrato entre você e o agente
  6. Quanto tempo leva para escrever uma spec
  7. A spec mais curta que você pode escrever
  8. Antes de continuar

Capítulo 4: As 7 fases do desenvolvimento com IA

  1. Fase 1: Ideia
  2. Fase 2: Research
  3. Fase 3: Protótipo
  4. Fase 4: PRD
  5. Fase 5: Kanban
  6. Fase 6: Execution loop
  7. Fase 7: QA
  8. Quando pular fases
  9. O fluxo completo

Capítulo 5: O PRD — como escrever uma spec que a IA não interprete mal

  1. Antes de escrever: o grilling
  2. As oito partes do PRD
  3. Um PRD completo
  4. Onde vive o PRD
  5. O tamanho correto

Capítulo 6: De PRD a issues — vertical slices e tracer bullets

  1. O que é um vertical slice
  2. Tracer bullets: o incerto vai primeiro
  3. Blocking relationships
  4. O que um issue executável precisa ter
  5. Um issue mal escrito e um bem escrito
  6. Como criar os issues
  7. Antes do próximo capítulo

Capítulo 7: O loop de execução

  1. O contrato com o agente
  2. Ralph loop
  3. Loop multi-agente
  4. Quando intervir
  5. O humano sempre lê o código
  6. GSD: gestão de contexto entre sessões
  7. QA como issue, não como remendo de última hora
  8. O loop completo em uma imagem

Capítulo 8: GitHub SpecKit — SDD com estrutura formal

  1. O que é SpecKit?
  2. Instalação e estrutura de diretórios
  3. A constitution
  4. Os 5 comandos do fluxo principal
  5. Os 3 comandos de qualidade
  6. Branch strategy: a spec viaja com o código
  7. Quando usar SpecKit
  8. Na prática

Capítulo 9: openSpec — specs leves para projetos existentes

  1. O que é openSpec
  2. O problema que resolve
  3. Como funciona
  4. O caso brownfield
  5. Um exemplo real
  6. A diferença com “escrever o prompt bem”
  7. Quando migrar para SpecKit
  8. Pontos-chave
  9. Na prática

Capítulo 10: Fluxos agnósticos de ferramenta

  1. Ralph loop
  2. GSD
  3. BMAD
  4. ShipSpec
  5. Tessl
  6. Living-spec platforms
  7. Como escolher
  8. O que vem na Parte IV
  9. Na prática

Capítulo 11: Greenfield vs brownfield

  1. Greenfield: o cenário ideal
  2. A armadilha do greenfield
  3. Brownfield: a realidade da maioria
  4. A adoção gradual
  5. O retrofit do SpecKit
  6. Brownfield sem SpecKit
  7. O que o brownfield ensina sobre o greenfield
  8. Uma regra para cada contexto

Capítulo 12: Os 5 anti-padrões que destroçam uma spec

  1. Anti-padrão 1: O PRD quilométrico
  2. Anti-padrão 2: Prescrever a implementação
  3. Anti-padrão 3: Out of Scope vazio
  4. Anti-padrão 4: Assumptions vazias ou ausentes
  5. Anti-padrão 5: Acceptance Criteria vaga
  6. Anti-padrão 6 (bônus): Abandonar a spec no meio da execução
  7. O checklist rápido

Capítulo 13: SDD em equipe

  1. A spec como linguagem comum
  2. Quem escreve o PRD
  3. Review de specs, não de código
  4. A constitution compartilhada
  5. SDD assíncrono
  6. O risco das specs de escaparate (Spec Theater)
  7. SDD como prática de governança
  8. O que SDD não substitui
  9. Antes do caso prático

Capítulo 14: SDD na prática — o ciclo completo

  1. O ticket como chega
  2. O grilling
  3. O PRD
  4. De PRD para issues
  5. O loop de execução
  6. O que o agente produz
  7. O que o spec comprou
  8. O plano de QA

Capítulo 15: Caso completo — sistema de notificações multicanal

  1. O ticket como ele chega
  2. O grilling
  3. O PRD
  4. De PRD a issues: três vertical slices
  5. O loop de execução
  6. O plano de QA
  7. O que o spec comprou
  8. A diferença entre os dois casos

Capítulo 16: Caso completo — converter uma API interna em um contrato público com OpenSpec

  1. O ticket como chega
  2. O problema antes do código
  3. /opsx:onboard — fotografia do sistema real
  4. O grilling — as perguntas do contrato
  5. O PRD — o contrato antes do código
  6. /opsx:propose partner-orders-v1 + revisão de artefatos
  7. /opsx:apply + a decisão de versioning
  8. /opsx:archive — o spec delta como artefato de negócio
  9. O que a Acme Corp recebe
  10. /opsx:verify — quando o contrato encontra a realidade
  11. A política de versioning como gate de CI
  12. O que o OpenSpec adiciona que o SDD manual não tem

Apêndice: Glossário SDD

The Leanpub 60 Day 100% Happiness Guarantee

Within 60 days of purchase you can get a 100% refund on any Leanpub purchase, in two clicks.

See full terms...

Earn $8 on a $10 Purchase, and $16 on a $20 Purchase

We pay 80% royalties on purchases of $7.99 or more, and 80% royalties minus a 50 cent flat fee on purchases between $0.99 and $7.98. You earn $8 on a $10 sale, and $16 on a $20 sale. So, if we sell 5000 non-refunded copies of your book for $20, you'll earn $80,000.

(Yes, some authors have already earned much more than that on Leanpub.)

In fact, authors have earned over $15 million writing, publishing and selling on Leanpub.

Learn more about writing on Leanpub

Free Updates. DRM Free.

If you buy a Leanpub book, you get free updates for as long as the author updates the book! Many authors use Leanpub to publish their books in-progress, while they are writing them. All readers get free updates, regardless of when they bought the book or how much they paid (including free).

Most Leanpub books are available in PDF (for computers) and EPUB (for phones, tablets and Kindle). The formats that a book includes are shown at the top right corner of this page.

Finally, Leanpub books don't have any DRM copy-protection nonsense, so you can easily read them on any supported device.

Learn more about Leanpub's ebook formats and where to read them

Write and Publish on Leanpub

You can use Leanpub to easily write, publish and sell in-progress and completed ebooks and online courses!

Leanpub is a powerful platform for serious authors, combining a simple, elegant writing and publishing workflow with a store focused on selling in-progress ebooks.

Leanpub is a magical typewriter for authors: just write in plain text, and to publish your ebook, just click a button. (Or, if you are producing your ebook your own way, you can even upload your own PDF and/or EPUB files and then publish with one click!) It really is that easy.

Learn more about writing on Leanpub