Você Não Escreverá uma Especificação Correta na Primeira Tentativa, Mesmo com Fable
Anthropic
O artigo discute por que especificações não podem ser corretas desde o início, usando o conceito de Desconhecidos Desconhecidos. Argumenta que as especificações devem evoluir conforme o agente e o desenvolvedor percorrem o caminho de implementação, tornando-se precisas somente depois que o código é escrito. Ferramentas como SpecBuddy ajudam ao manter as especificações dinâmicas.
O artigo cita uma postagem de blog de Thariq Shihipar, da Anthropic, sobre um agente que encontra Desconhecidos Desconhecidos. Ele usa a metáfora de um mapa versus o terreno, dividindo os desconhecidos em quatro tipos: conhecidos conhecidos, desconhecidos conhecidos, conhecidos desconhecidos e desconhecidos desconhecidos. Uma especificação escrita de uma só vez cobre apenas os conhecidos conhecidos; o resto emerge somente depois de percorrer o terreno. O autor argumenta que as especificações devem ser rascunhadas, exploradas pelo agente (lendo código, bases de conhecimento via MCP) e, em seguida, redesenhadas conforme novos detalhes surgem. Esse processo iterativo garante que a especificação corresponda à realidade no final. O artigo promove o SpecBuddy, um plugin gratuito para JetBrains que funciona com OpenCode, Claude Code e Codex, com suporte futuro para OpenSpec.
Fonte: Habr — хаб ИИ —
original