SSD ou SDD? Qual é a sigla certa de spec-driven development

Fala aí, beleza? Uma letra fora de ordem e a busca te joga no corredor de hardware, quando tudo que tu queria era entender um método de trabalhar com agente de código

SSD e SDD existem, as duas são siglas reais, usadas todo dia, só que em mundos que não se encostam

Uma é peça de computador, a outra é metodologia de desenvolvimento de software

Se tu chegou aqui atrás de spec-driven development, a sigla certa é SDD 😀

O que significa SDD (spec-driven development)

SDD é a junção das iniciais de Spec, Driven e Development

A ideia central: especificações estruturadas são criadas e mantidas como artefatos de primeira classe, antes da codificação, e servem de fonte da verdade para o agente gerar o código

Ou seja, a spec vem primeiro e o código vira uma saída regerável a partir dela

Se tu conhece o velho hábito de escrever um documento de requisitos antes de sentar pra programar, o SDD é primo disso, só que o consumidor do documento agora é a IA, não só o time

A Thoughtworks descreve o spec-driven development como uma das práticas de engenharia assistida por IA que emergiram em 2025, no contexto de programação com agentes

Quer o mergulho no método em si? Tem um post aqui no blog explicando o que é SDD e como funciona do começo ao fim

Formação Recomendada

Formação Claude Code

Domine Claude Code do absoluto zero até o avançado

• 120 aulas
• 4 projetos
• 9h 45min

Conhecer formação

O que significa SSD (Solid State Drive)

SSD é sigla de Solid State Drive

É um dispositivo de armazenamento que grava dados em chips de memória flash, sem partes mecânicas móveis

Em português, o nome é unidade de estado sólido, e ele é o substituto usual do HD tradicional nos computadores

Ou seja: SSD é a peça onde teu projeto fica salvo, e não tem relação nenhuma com desenvolvimento assistido por IA

Se o texto que tu abriu fala em capacidade, leitura, gravação e gabinete, tu caiu no assunto errado, beleza?

SSD x SDD: comparação lado a lado

Guarda essa tabela como consulta rápida: olhar o domínio já resolve quase toda a dúvida

Por que a confusão entre SSD e SDD acontece

A pergunta é honesta: SDD ou SSD? E ela tem três motivos bem concretos pra existir

O primeiro é o óbvio: são as mesmas três letras, com um S a mais ou a menos no meio

Digitar rápido, ditar por voz ou ouvir alguém falando a sigla em inglês já basta pra trocar

O segundo é que SSD é termo antigo e popular no vocabulário de tecnologia, então o dedo tende pro caminho conhecido

O terceiro é o agravante que quase ninguém comenta: SDD já era sigla ambígua dentro da própria computação, antes mesmo do spec-driven development

• Software Design Description, definida pelo padrão IEEE 1016
• Software Design Document
• Syntax-Directed Definition
• Sentential Decision Diagram

Ou seja, mesmo escrevendo a sigla certa tu pode cair num resultado que não tem nada a ver com agentes de código

Por isso a saída prática é buscar o termo por extenso quando o resultado vier ambíguo

Onde você encontra SDD na prática

Se tu quer confirmar que está no assunto certo, o melhor teste é olhar o ecossistema onde o termo circula de verdade

Spec Kit, o toolkit open source da GitHub

O Spec Kit é um toolkit open source mantido pela GitHub, no repositório github/spec-kit, feito pra trabalhar com spec-driven development junto a agentes de código

A instalação recomendada é feita com o uv:

uv tool install specify-cli --from git+https://github.com/github/spec-kit.git

Depois de rodar specify init, os comandos de barra ficam instalados na pasta do agente do projeto (por exemplo .claude/ no caso do Claude Code)

O fluxo é feito por comandos com o prefixo speckit: /speckit.constitution, /speckit.specify, /speckit.clarify, /speckit.plan, /speckit.tasks, /speckit.analyze e /speckit.implement

Tem ainda um arquivo constitution.md, que registra os princípios não negociáveis do projeto

Se tu abriu uma doc e viu esses nomes, pode relaxar: é SDD mesmo, não é hardware haha

Kiro, a IDE agêntica da AWS

O Kiro, IDE agêntica da AWS, adota spec-driven development gerando os arquivos requirements.md, design.md e tasks.md antes de escrever código

É basicamente a tríade do método virando arquivo no teu projeto

Aqui no blog tem um material só sobre como o Kiro organiza as specs, se tu quiser ver a ferramenta por dentro

Treinamento oficial no Microsoft Learn

A Microsoft mantém um módulo de treinamento sobre spec-driven development com o GitHub Spec Kit no Microsoft Learn

Quando o assunto já tem trilha oficial de treinamento, é sinal claro de que a sigla virou vocabulário do dia a dia

SDD na prática: o que eu vi rodando o fluxo

No vídeo abaixo eu mostro o método rodando de ponta a ponta, e ali dá pra sentir por que acertar a sigla importa: quem procura SSD nunca chega neste tipo de material

O SDD daquela demonstração foi montado à mão por mim, sem framework nenhum, só os três documentos: requisitos, design (comportamento e experiência, não cor de botão) e tarefas

Depois de escrever os três, pedi pro agente de programação ler tudo e condensar num arquivo de contexto em markdown do próprio agente

Motivo duplo: sem isso o conhecimento se perde quando a sessão fecha, e o resumo faz o agente gastar menos token

No prompt de execução a instrução foi dura: seguir exatamente os documentos, não adicionar funcionalidade fora dos requisitos, não trocar a stack definida no design e executar uma tarefa por vez

O projeto foi um gerador de QR code: sem login tu gera e baixa o código, com login tu salva e gerencia os teus códigos numa área própria

Ordenei as tarefas por dependência: setup, depois autenticação (por ser complexa e vital), depois a geração do QR code, depois salvar e a dashboard, e no fim uma tarefa de polimento

A autenticação saiu em cerca de 2 minutos

O começo foi mais lento que o meu normal, sim, mas as tarefas seguintes voaram

E tem um efeito colateral que eu gostei: com a base pronta, os prompts viram frases curtas e repetitivas, tipo executar a tarefa X seguindo o design e parar ao terminar

Não precisa mais caprichar na escrita de cada prompt

A aplicação subiu na porta 3002 aqui na minha máquina, gerei o QR code em tempo real, baixei o PNG, escaneei com o celular e caiu no site correto, e depois validei o login

Detalhe honesto: escolhi de propósito uma stack padrão que, na minha visão, as IAs dominam e costuma dar menos erro, e avisei ali mesmo que o banco em arquivo teria que virar outro banco em produção

E a régua de quando aplicar isso? Projeto pessoal que ninguém vai usar provavelmente não compensa, porque planejar também consome token

Agora, se o projeto passa de uns poucos prompts e envolve autenticação, pagamento, perfis de usuário e dashboard, aí vale muito

Como não errar mais a sigla em docs e tutoriais

O fecho é vocabulário, e é bem simples de fixar

1. Escreva spec-driven development por extenso na busca sempre que SDD devolver resultado ambíguo. O erro comum aqui é insistir na sigla sozinha e cair em Software Design Description ou em diagramas que não têm nada a ver com agentes
2. Confira o domínio antes de assumir o significado. Página de loja, especificação de notebook e comparação com HD? É hardware. Repositório, arquivo markdown e comando de terminal? É metodologia
3. Reconheça os sinais de hardware no texto: memória flash, partes móveis sem existir, capacidade de armazenamento e substituição do HD tradicional. Se o texto gira em torno disso, tu está lendo sobre SSD, e nenhum desses termos aparece num tutorial de spec-driven development
4. Reconheça os sinais de SDD: requirements.md, design.md, tasks.md, constitution.md, comandos com prefixo speckit e a ideia de spec como fonte da verdade

Tome cuidado com um detalhe: legenda automática de vídeo e transcrição erram esse termo com frequência, então não use transcrição como prova de grafia

Conclusão

Respondendo direto: a sigla certa de spec-driven development é SDD, de Spec, Driven e Development

SSD é Solid State Drive, a unidade de estado sólido, hardware de armazenamento, e não tem parentesco nenhum com o método

A confusão acontece porque as letras são quase iguais, porque SSD é termo popular há anos e porque SDD já era sigla ambígua dentro da computação, com Software Design Description do IEEE 1016 na fila

Com o vocabulário no lugar, o próximo passo é estudar o fluxo em si: Spec Kit, Kiro e o módulo do Microsoft Learn são bons pontos de partida pra ver a spec virando código de verdade

até o próximo post! 😀