Je Schrijft Niet de Eerste Keer een Correcte Specificatie, Zelfs Niet met Fable
Anthropic
Het artikel bespreekt waarom specificaties niet vanaf het begin correct kunnen zijn, gebruikmakend van het concept van Unknown Unknowns. Het stelt dat specificaties moeten evolueren terwijl de agent en ontwikkelaar het implementatiepad bewandelen, en pas accuraat worden nadat de code is geschreven. Tools zoals SpecBuddy helpen door specificaties dynamisch te houden.
Het artikel citeert een blogpost van Thariq Shihipar van Anthropic over een agent die Unknown Unknowns vindt. Het gebruikt de metafoor van een kaart versus terrein en deelt onbekenden op in vier typen: known knowns, known unknowns, unknown knowns en unknown unknowns. Een specificatie die in één zitje is geschreven, dekt alleen known knowns; de rest komt pas aan het licht nadat je het terrein hebt doorkruist. De auteur betoogt dat specificaties moeten worden opgesteld, door de agent moeten worden verkend (door code te lezen, kennisbanken via MCP), en vervolgens opnieuw moeten worden getekend naarmate nieuwe details opduiken. Dit iteratieve proces zorgt ervoor dat de specificatie aan het einde overeenkomt met de realiteit. Het artikel promoot SpecBuddy, een gratis JetBrains-plugin die werkt met OpenCode, Claude Code en Codex, met toekomstige ondersteuning voor OpenSpec.
Bron: Habr — хаб ИИ —
origineel