Executando verificação de segurança...
Respondendo a "Eu ja escrevi a pouco tempo aqui sobre o tal sd..." dentro da publicação Spec-Driven Development: o que vem depois do vibe coding
2
teknolista

Cara, eu pensava dessa forma. Mas depois descobri que não é waterfall, porque as specs são criadas de forma iterativa e incremental. Quem na verdade está escrevendo as specs é o agente de IA. Tu vai fornecendo as informações e descrições do produto via prompt (vibe engineering) e o agente é que vai preenchendo as specs. Às vezes uma descrição ou uma frase dita no prompt pode desencadear alteração em 2 ou mais arquivos .md de specs.

A qualquer momento você pode acionar o comando /implement e ter o produto gerado. Pode fazer isso várias vezes por dia, para validar e testar. Se não estiver ok, ajusta as specs; mas tudo via prompt. O workflow que eu tenho usado é bem semelhante ao ciclo de PDCA; praticamente igual.

Carregando publicação patrocinada...
2
zilvodev

Esse ciclo que você descreveu — prompt → spec → implement → validar → ajustar — é exatamente o que diferencia do waterfall. No waterfall você define tudo antes e implementa uma vez. No SDD com agente, você implementa várias vezes por dia e as specs evoluem junto com o produto. O agente escrevendo os specs é um detalhe que muita gente não percebe: não é o dev que tem que sentar e escrever markdown — é o agente que faz isso baseado nas suas descrições. O dev só valida e ajusta.