Anda Tidak Akan Menulis Spesifikasi yang Benar pada Percobaan Pertama, Bahkan dengan Fable
Anthropic
Artikel ini membahas mengapa spesifikasi tidak bisa benar sejak awal, dengan menggunakan konsep 'Unknown Unknowns' (Hal-Hal yang Tidak Diketahui). Dikatakan bahwa spesifikasi harus berkembang seiring dengan perjalanan agen dan pengembang dalam implementasi, menjadi akurat hanya setelah kode ditulis. Alat seperti SpecBuddy membantu dengan menjaga spesifikasi tetap dinamis.
Artikel tersebut mengutip posting blog oleh Thariq Shihipar dari Anthropic tentang agen yang menemukan Unknown Unknowns. Ini menggunakan metafora peta versus medan, memecah ketidaktahuan menjadi empat jenis: known knowns (yang diketahui diketahui), known unknowns (yang diketahui tidak diketahui), unknown knowns (yang tidak diketahui tetapi diketahui), dan unknown unknowns (yang tidak diketahui tidak diketahui). Sebuah spesifikasi yang ditulis dalam sekali duduk hanya mencakup known knowns; sisanya muncul hanya setelah menjelajahi medan. Penulis berpendapat bahwa spesifikasi harus dibuat draf, dijelajahi oleh agen (membaca kode, basis pengetahuan melalui MCP), dan kemudian digambar ulang saat detail baru muncul. Proses iteratif ini memastikan spesifikasi sesuai dengan kenyataan pada akhirnya. Artikel tersebut mempromosikan SpecBuddy, plugin JetBrains gratis yang bekerja dengan OpenCode, Claude Code, dan Codex, dengan dukungan OpenSpec di masa mendatang.
Sumber: Habr — хаб ИИ —
asli