Kick off your book project in 3 hours! Live workshop on Zoom. You’ll leave with a real book project, progress on your first chapter, and a clear plan to keep going. Saturday, June 6, 2026. Learn more…

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

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

$
PDF
EPUB
WEB
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

Por que este livro

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: Pesquisa
  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 vai interpretar errado

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

Capítulo 6: Do PRD aos issues — vertical slices e tracer bullets

  1. O que é um vertical slice
  2. Tracer bullets: o incerto vem 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. Quando intervir
  4. O humano sempre lê o código
  5. GSD: gestão de contexto entre sessões
  6. QA como issue, não como remendo de última hora
  7. O loop completo em uma imagem

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

  1. O que é o SpecKit exatamente
  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 o SpecKit

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 de “escrever bem o prompt”
  7. Quando migrar para o SpecKit
  8. Pontos-chave

Capítulo 10: Fluxos agnósticos de ferramenta

  1. Ralph loop
  2. GSD
  3. BMAD
  4. Living-spec platforms
  5. Como escolher
  6. O que vem na Parte IV

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 antipadrões que destroem uma spec

  1. Antipadrão 1: O PRD quilométrico
  2. Antipadrão 2: Prescrever a implementação
  3. Antipadrão 3: Out of Scope vazio
  4. Antipadrão 4: Premissas vazias ou ausentes
  5. Antipadrão 5: Critérios de aceitação vagos
  6. A verificação rápida

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 vitrine
  7. O que o SDD não substitui
  8. O livro termina aqui

Spec-Driven Development

  1. Sumário

Por que este livro

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: Pesquisa
  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 vai interpretar errado

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

Capítulo 6: Do PRD aos issues — vertical slices e tracer bullets

  1. O que é um vertical slice
  2. Tracer bullets: o incerto vem 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. Quando intervir
  4. O humano sempre lê o código
  5. GSD: gestão de contexto entre sessões
  6. QA como issue, não como remendo de última hora
  7. O loop completo em uma imagem

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

  1. O que é o SpecKit exatamente
  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 o SpecKit

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

  1. O que é o openSpec
  2. O problema que resolve
  3. Como funciona
  4. O caso brownfield
  5. Um exemplo real
  6. A diferença de “escrever o prompt bem”
  7. Quando migrar para o SpecKit
  8. A regra de ouro

Capítulo 10: Fluxos agnósticos de ferramenta

  1. Ralph loop
  2. GSD
  3. BMAD
  4. Living-spec platforms
  5. Como escolher
  6. O que vem na Parte IV

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 antipadrões que destroem uma spec

  1. Antipadrão 1: O PRD quilométrico
  2. Antipadrão 2: Prescrever a implementação
  3. Antipadrão 3: Out of Scope vazio
  4. Antipadrão 4: Premissas vazias ou ausentes
  5. Antipadrão 5: Critérios de aceitação vagos
  6. A verificação rápida

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 vitrine
  7. O que o SDD não substitui
  8. O livro termina aqui

Apêndice A: Modelo de PRD completo

  1. Checklist rápido antes de aprovar
  2. Notas de uso

Apêndice B: Constitution — as 5 seções com exemplo real

  1. O modelo
  2. Exemplo real: projeto web moderno
  3. Como escrever a constitution para um projeto existente
  4. O que NÃO vai na constitution

Apêndice C: Checklist de qualidade antes de executar

  1. Checklist do PRD
  2. Checklist dos issues
  3. Checklist da constitution
  4. Checklist pré-QA
  5. Checklist pós-QA
  6. A pergunta mais importante

Apêndice D: Glossário SDD

Exemplo: PRD resolvido — migrar auth para httpOnly cookies

Apêndice D: Glossário SDD

Apêndice C: Checklist de qualidade antes de executar

  1. Checklist do PRD
  2. Checklist dos issues
  3. Checklist da constitution
  4. Checklist pré-QA
  5. Checklist pós-QA
  6. A pergunta mais importante

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.

Now, this is technically risky for us, since you'll have the book or course files either way. But we're so confident in our products and services, and in our authors and readers, that we're happy to offer a full money back guarantee for everything we sell.

You can only find out how good something is by trying it, and because of our 100% money back guarantee there's literally no risk to do so!

So, there's no reason not to click the Add to Cart button, is there?

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