Ni con Fable escribirás una especificación correcta al primer intento
Anthropic
El artículo explica por qué las especificaciones no pueden ser correctas desde el principio, utilizando el concepto de incógnitas desconocidas. Sostiene que las especificaciones deberían evolucionar a medida que el agente y el desarrollador recorren el camino de implementación, volviéndose precisas solo después de escribir el código. Herramientas como SpecBuddy ayudan manteniendo las especificaciones dinámicas.
El artículo cita una publicación en un blog de Thariq Shihipar, de Anthropic, sobre un agente que encuentra incógnitas desconocidas. Utiliza la metáfora del mapa frente al terreno, dividiendo las incógnitas en cuatro tipos: conocidas conocidas, conocidas desconocidas, desconocidas conocidas y desconocidas desconocidas. Una especificación escrita de una sola vez solo cubre las conocidas conocidas; el resto surge solo después de recorrer el terreno. El autor argumenta que las especificaciones deberían redactarse, explorarse por el agente (leyendo código, bases de conocimiento a través de MCP) y luego redibujarse a medida que surgen nuevos detalles. Este proceso iterativo asegura que la especificación coincida con la realidad al final. El artículo promueve SpecBuddy, un complemento gratuito para JetBrains que funciona con OpenCode, Claude Code y Codex, con soporte futuro para OpenSpec.
Fuente: Habr — хаб ИИ —
original