Perbandingan
Deep Work Plan dan alternatifnya
Pilih lapisan yang tepat untuk situasi Anda. Setiap alternatif dideskripsikan menurut istilahnya sendiri, setiap fakta merunut ke dokumentasi resminya, dan halaman ini mencantumkan kapan terakhir ia ditinjau. Ini adalah peta, bukan peringkat.
Cara membaca halaman ini
Tiga nilai mendeskripsikan setiap kapabilitas. Nilai itu menyatakan di mana sebuah kapabilitas berada di dalam sebuah tool, bukan seberapa bagus tool-nya.
- Bawaan
- Opsional atau melalui ekstensi
- Di luar cakupan
Terakhir ditinjau:
Alternatifnya, menurut istilah masing-masing
Tool spec-driven
-
Tool spec-driven
GitHub Spec Kit
Mengubah sebuah fitur menjadi spesifikasi yang dapat dieksekusi melalui konstitusi, spesifikasi, rencana, dan daftar tugas, digerakkan oleh slash command yang berintegrasi dengan lebih dari lima puluh coding agent, dan dapat memeriksa agar semua artefak tetap konsisten satu sama lain sebelum implementasi dimulai.
Tim yang menginginkan alur specify, plan, tasks, dan implement yang dapat diulang di dalam agent yang sudah mereka pakai.
-
Tool spec-driven
OpenSpec
Menangkap setiap perubahan sebagai proposal dengan spesifikasi delta (ditambahkan, diubah, dihapus) dan kebutuhan RFC 2119 beserta skenarionya, lalu mengarsipkannya menjadi spesifikasi hidup, dengan validator yang memeriksa kelengkapan proposal dan cakupan skenario sebelum sebuah perubahan diterima.
Tim yang bekerja pada sistem yang sudah ada dan ingin spesifikasinya bertumbuh satu perubahan dalam satu waktu.
-
Tool spec-driven
Amazon Kiro
IDE dan CLI agentic yang spesifikasinya bergerak dari kebutuhan bergaya EARS ke desain lalu ke tugas, dengan file steering dan hook yang berjalan pada event editor, serta dapat menghasilkan spesifikasi untuk basis kode yang sudah ada guna menangkap celah kebutuhan sebelum desain dimulai.
Pengembang yang menginginkan pengembangan spec-driven di dalam editor mereka, dengan tooling yang ditopang AWS.
Framework alur kerja agent
-
Framework alur kerja agent
BMAD Method
Framework agile berisi peran agent yang terspesialisasi (analisis, produk, arsitektur, pengembangan, kualitas) yang menghasilkan brief, kebutuhan, dokumen arsitektur, dan file story, dengan Definition of Done yang mewajibkan setiap story ditinjau oleh rekan tim atau peninjau sejawat AI sebelum dianggap selesai.
Tim yang menyukai seremoni berbasis peran dan menginginkan siklus hidup agile penuh untuk pekerjaan agent.
-
Framework alur kerja agent
Superpowers
Pustaka skill dan alur kerja untuk brainstorming, perencanaan dalam langkah test-first kecil, eksekusi dengan subagent, dan peninjauan sebelum selesai, terintegrasi dengan lebih banyak host coding agent dibanding alternatif lain di sini, ditambah peninjauan subagent dua tahap (kesesuaian spec, lalu kualitas kode) pada setiap tugas.
Pengembang yang menginginkan eksekusi test-driven yang disiplin di dalam coding agent mereka.
-
Framework alur kerja agent
GSD Core
Sistem perencanaan dengan direktori .planning, id kebutuhan, rencana fase, eksekusi konteks segar, dan pemeriksaan verifikasi terhadap deliverable yang dapat diamati pengguna yang diekstrak dari ringkasan tiap rencana, dirancang khusus untuk melawan “context rot” dengan menjalankan riset, perencanaan, dan eksekusi dalam subagent sekali pakai serta menangkap verifikasi yang basi lewat pemeriksaan sidik jari konten.
Pengembang solo dan tim kecil yang menginginkan context engineering dan verifikasi dengan sedikit seremoni.
-
Framework alur kerja agent
Gentle-AI
Mengonfigurasi coding agent yang sudah Anda pakai dengan memori persisten yang juga merutekan lintas sesi dan model, skill terkurasi, server MCP, persona, dan opsi Spec-Driven Development atau Receipt-Driven Development. Konfigurasinya secara default ditulis ke pengaturan agent global Anda; pemasangan dengan cakupan workspace bersifat opt-in.
Pengembang yang menginginkan ekosistem agent yang sudah dikonfigurasi, mengingat pekerjaan lintas sesi, dan dapat menghasilkan bukti sesuai permintaan.
AI-native SDLC
-
AI-native SDLC
AI-native SDLC dari Claude
Loop enam tahap dari Plan dan Design melalui Build, Test, Deploy, dan Maintain, dengan persetujuan manusia yang diwajibkan di setiap tahap, artefak tahan lama yang di-commit ke repositori di antara tahap, satu putaran peninjauan berlabel keamanan khusus sebelum deploy, dan evaluasi berkelanjutan yang mempublikasikan indikator pengiriman leading dan lagging.
Tim yang mengevaluasi playbook pengiriman perangkat lunak ujung-ke-ujung dari Claude Code dan siklus umpan balik produksinya.
Mode rencana bawaan vendor
-
Mode rencana bawaan vendor
Mode rencana bawaan vendor
Claude Code, Codex, Cursor, dan Gemini CLI dapat menghadirkan mode rencana, file instruksi, dan skill yang dibangun di atas standar AGENTS.md dan Agent Skills yang terbuka dan lintas vendor, meskipun perilaku mode rencana yang persis tetap bergantung pada vendor, klien, dan versinya. Agent Skills khususnya hanya memuat ringkasan singkat saat startup dan memuat instruksi lengkap hanya saat diaktifkan, sehingga kapasitas yang tidak dipakai tidak membebani konteks.
Siapa pun yang menginginkan perencanaan di dalam satu agent tanpa harus mengadopsi sebuah metodologi.
Apa yang dibawa Deep Work Plan
-
Agnostik tool dan native repositori
Harness dan rencananya adalah file di repositori Anda, dibaca oleh agent mana pun yang mengikuti standar AGENTS.md dan Agent Skills. Berganti agent tidak kehilangan rencana.
-
Validasi dipilih dari apa yang disentuh setiap tugas
Setiap tugas menyatakan permukaan yang disentuhnya dan menjalankan test dari perilaku yang berubah beserta konsumennya, diperluas ke seluruh suite ketika dampaknya tidak bisa dibatasi. Nol test terpilih tidak pernah dianggap lulus.
-
Satu Final Review dengan pemeriksaan keamanan
Sebuah rencana ditutup dengan tinjauan keamanan atas kumpulan perubahan yang terkumpul, termasuk tinjauan lokal atas diff yang diwajibkan, dan validasi status akhir. Temuan kritis memblokir penyelesaian.
-
Status yang bertahan lintas sesi dan agent
Centang README, log tugas, indeks kerja yang terbatas, dan berkas status terbaca mesin ditulis di setiap batas, sehingga sesi lain atau agent lain melanjutkan dari disk. Bahkan pembuatan rencana yang terputus bisa dipulihkan.
-
Pemeriksa konformansi untuk repositorinya sendiri
Script baca-saja memverifikasi harness dan setiap rencana terhadap spesifikasi, memahami kedua siklus hidup rencana, dan keluar dengan kode yang ramah CI.
-
Beban instruksi diukur dan dipublikasikan
Script yang di-commit mempublikasikan dua pengukuran per alur — paket masuk yang dimuat di permulaan sesi, dan jalur end-to-end setelah pemicu nyatanya aktif — beserta apa yang dikecualikan masing-masing, sehingga angka masuk saja tidak pernah dibaca sebagai total biaya sebuah eksekusi. Hasilnya, termasuk kenaikan, dipublikasikan sebagai byte, tidak pernah sebagai persentase token atau biaya.
Keterbatasan yang jujur
Deep Work Plan tidak memiliki mekanisme spesifikasi hidup maupun delta; OpenSpec dan tool sejenis lebih kuat di aspek itu. Belum ada benchmark independen atas metodologi ini; evaluasi pihak pertama dengan agen segar telah dijalankan di bawah protokol beku, dalam skala kecil — satu beban kerja, dua fitur per konfigurasi, satu mesin — dan hasilnya dipublikasikan ke dua arah: agen pada pohon berkemampuan-harness membaca lebih sedikit byte pada kedua tugas dan sesi versi saat ini mengonsumsi lebih sedikit masukan dan keluaran model yang dilaporkan harness daripada versi mayor sebelumnya, sementara arah token bersih per beban kerja bersifat campuran dan tidak ada klaim keunggulan waktu dinding. Ledger beban instruksi mengukur byte yang dimuat, bukan token, biaya, atau hasil, dan angka paket masuknya bukan batas atas untuk apa yang dibaca sebuah eksekusi. DWP secara sengaja dibatasi pada repositori: ini bukan sistem memori lintas proyek, bukan kerangka kerja agen berbasis peran, dan bukan IDE, sehingga tidak bersaing di sumbu-sumbu itu juga — padukan dengan alat yang mencakup salah satu sumbu tersebut saat pekerjaan membutuhkannya.
Bantu kami menjaga keakuratan halaman ini
Bantu kami menjaga keakuratan halaman ini
Halaman ini ditinjau pada tanggal yang tertera dan dikoreksi atas permintaan. Jika deskripsi tool Anda kedaluwarsa atau tidak lengkap, bukalah issue dan kami akan memperbaikinya.