Spec Kit tanpa CLI Berat: Mengadaptasi Pengembangan Berbasis Spesifikasi ke Proyek Anda di Cursor

Artikel ini menargetkan pengembang, analis, dan penulis teknis yang ingin menggunakan pengembangan berbasis spesifikasi (spec-driven) di Cursor tanpa menerapkan Spec Kit lengkap dari GitHub. Alih-alih menggunakan alur kerja lengkap (konstitusi, spesifikasi, rencana, tugas, implementasi), mereka mengusulkan serangkaian minimal: konstitusi dengan aturan repositori yang tidak dapat diubah, spesifikasi tugas, persetujuan eksplisit dari manusia (agen tidak dapat menyetujui dirinya sendiri), implementasi berdasarkan spesifikasi yang disepakati, dan penunjuk ke pekerjaan aktif. Mereka berpendapat bahwa langkah tambahan seperti rencana, tugas, dan pembangunan ulang massal sering kali berlebihan, menciptakan kebisingan dan berisiko menimpa. Pendekatan yang diadaptasi terdiri dari tiga bagian: aturan Cursor (selalu dalam konteks), keterampilan (perintah eksplisit seperti /project-init, /project-specify, /project-implement), dan artefak repositori (konstitusi, spesifikasi, draf, penunjuk feature.json). Alur kerjanya adalah: inisialisasi, spesifikasi, persetujuan manusia, implementasi. Konstitusi mewajibkan tujuan proyek, tahapan alur kerja, hal-hal yang harus dihindari (rencana/tugas), pemisahan lapisan semantik vs hasil, kesetiaan pada sumber dengan tag [NOT KNOWN], suhu penalaran rendah untuk implementasi, larangan penyimpanan rahasia, dan prosedur yang jelas untuk mengubah konstitusi. Implementasi hanya diizinkan jika spesifikasi berstatus disetujui dan tidak ada item yang tidak diketahui yang memblokir. Mereka juga menguraikan kesalahan umum dan mencatat bahwa siklus yang disederhanakan sudah cukup untuk tugas tambahan, sementara Spec Kit lengkap diperuntukkan bagi mereka yang membutuhkan CLI-nya atau alur kerja multi-langkah standar. Kedua pendekatan kompatibel; artefak dapat digunakan kembali. Artikel diakhiri dengan menekankan disiplin alur kerja daripada struktur direktori.