Vous ne rédigerez pas une spécification correcte du premier coup, même avec Fable

L'article cite un article de blog de Thariq Shihipar d'Anthropic à propos d'un agent qui découvre des « Unknown Unknowns ». Il utilise la métaphore de la carte par rapport au terrain, décomposant les inconnues en quatre types : les « known knowns », les « known unknowns », les « unknown knowns » et les « unknown unknowns ». Une spécification rédigée en une seule séance ne couvre que les « known knowns » ; le reste n'émerge qu'après avoir parcouru le terrain. L'auteur soutient que les spécifications devraient être rédigées, explorées par l'agent (en lisant le code, les bases de connaissances via MCP), puis redessinées à mesure que de nouveaux détails émergent. Ce processus itératif garantit que la spécification correspond à la réalité à la fin. L'article fait la promotion de SpecBuddy, un plugin JetBrains gratuit fonctionnant avec OpenCode, Claude Code et Codex, avec un futur support OpenSpec.