Workflow Claude Code: Apa Itu dan Kapan Anda Benar-Benar Membutuhkannya
Perbarui ke Claude Code v2.1.154 dan Anda akan menemukan baris baru di /config berlabel Dynamic workflows. Aktifkan, dan Claude kini dapat menulis skrip JavaScript yang membagi pekerjaan ke hingga 16 agen yang berjalan sekaligus. Itulah fitur yang sedang ramai dibicarakan semua orang. Dokumentasi resminya menjelaskan apa yang dilakukannya. Tapi tidak menjelaskan hal yang sebenarnya paling Anda pedulikan: apakah Anda membutuhkannya, atau subagent yang sudah Anda punya sebenarnya sudah cukup?
Di sinilah letak celahnya. Workflow Claude Code dirilis sebagai pratinjau riset, dan dokumentasinya lebih terasa seperti materi referensi, bukan saran. Jadi kami menjalankan satu-satunya workflow bawaan, /deep-research, di dalam pipeline konten kami sendiri, mencatat angka-angka sebenarnya, dan menuliskan penilaian jujur. Versi singkatnya: jika Anda masih bisa melacak agen Anda secara manual, Anda belum butuh workflow. Beberapa dari Anda pasti butuh. Mari kita cari tahu Anda masuk kelompok yang mana.
Poin-poin penting:
- Workflow Claude Code adalah skrip JavaScript yang ditulis Claude untuk mengorkestrasi subagent dalam skala besar (pratinjau riset, v2.1.154+, semua paket berbayar).
- Anda hanya membutuhkannya ketika sebuah tugas memerlukan lebih banyak agen daripada yang bisa dikoordinasikan satu percakapan. Selain itu, subagent sudah cukup.
- Satu workflow tersedia saat ini:
/deep-research. Ia berjalan di latar belakang sementara sesi Anda tetap responsif. - Workflow boros token. Kami mengukur eksekusi nyata sebelum merekomendasikannya (angkanya ada di bawah).
Apa Itu Workflow Claude Code?
Workflow Claude Code adalah skrip JavaScript yang mengorkestrasi subagent dalam skala besar. Anda mendeskripsikan tugasnya, Claude menulis skripnya, dan sebuah runtime mengeksekusinya di latar belakang sementara sesi chat Anda tetap responsif. Ini adalah fitur pratinjau riset di Claude Code, memerlukan Claude Code v2.1.154+, dan berjalan di semua paket berbayar (Pro, Max, Team, Enterprise, ditambah API dan Bedrock/Vertex/Foundry).
Berikut versi sehari-harinya. Bayangkan Anda menghampiri meja dapur dan mendeskripsikan hidangan yang Anda inginkan. Koki menulis resep, menyerahkannya ke dapur belakang yang penuh juru masak, dan mereka mulai bekerja sementara Anda terus mengobrol di meja. Anda tidak mengelola mikro setiap juru masak. Reseplah yang melakukannya. Resep itu adalah workflow, para juru masak adalah subagent, dan dapur yang berjalan di belakang adalah runtime.
Workflow bukan agen lain. Ia adalah skrip yang memberi tahu agen Anda apa yang harus dilakukan, dalam urutan apa, dan apa yang harus dilakukan dengan hasilnya. Perbedaan ini lebih penting dari apa pun di artikel ini, dan kami akan membuatnya konkret di bagian berikutnya.
Satu kebingungan yang perlu diluruskan. Cari "claude code workflows" dan Anda akan menemukan repo GitHub, plugin, dan
marketplacepenuh tool swarm komunitas seperti Ruflo, claude-flow, danwshobson/agents. Itu semua adalah orkestrator pihak ketiga. Dynamic workflows resmi dari Anthropic adalah fitur bawaan yang berbeda. Jika tidak ada di/configpada v2.1.154+, itu bukan yang resmi.
Ini hadir berdampingan dengan rilis pratinjau riset Anthropic lainnya seperti pratinjau riset fast mode baru-baru ini: dirilis lebih awal, di balik toggle, dan masih kasar di sana-sini. Perlakukan seperti pratinjau, karena memang itulah adanya. Spesifikasi lengkapnya ada di dokumentasi workflow resmi.
Workflow vs Subagent vs Skill: Siapa yang Memegang Rencana?
Cara terbersih untuk membedakan ketiganya adalah dengan satu pertanyaan: siapa yang memegang rencana? Skill adalah instruksi dan pengetahuan terpaket yang dimuat Claude sesuai permintaan. Subagent adalah konteks terpisah yang mengerjakan satu tugas yang didelegasikan. Workflow adalah skrip orkestrasi yang mengoordinasikan subagent dalam skala besar, hingga 16 sekaligus. Kotak perkakas yang sama, tiga pekerjaan berbeda.
Berikut perbandingan yang tersirat di dokumentasi resmi tapi tidak pernah disajikan berdampingan:
| Skill | Subagent | Workflow | |
|---|---|---|---|
| Siapa yang memegang rencana? | Anda/Claude di konteks utama | Konteks delegasi terpisah | Skrip workflow (runtime) |
| Apa itu | Instruksi/pengetahuan terpaket yang dimuat sesuai permintaan | Satu tugas terisolasi di konteksnya sendiri | Skrip JavaScript yang mengorkestrasi subagent (≤16 konkuren) |
| Skala | t/a | Beberapa, dikoordinasikan secara percakapan | Hingga 16 konkuren / 1.000 per eksekusi |
| Bisa dijalankan ulang sebagai kode? | Tidak | Tidak | Ya (simpan sebagai /command) |
| Paling cocok untuk | Pengetahuan/instruksi yang bisa dipakai ulang | Satu tugas delegasi | Lebih banyak agen daripada yang bisa dilacak satu percakapan |
Jika satu percakapan Claude masih bisa menyimpan seluruh rencana di kepalanya, yang Anda inginkan adalah subagent, bukan workflow. Saat Anda mulai memunculkan lebih banyak agen daripada yang bisa Anda, sang manusia, lacak — siapa mengerjakan apa dan dalam urutan apa — rencana itu sudah melampaui percakapan. Di situlah garis yang dilewati workflow.
Ingin mendalami bagian pertama? Tutorial skill kami membahas pemaketan pengetahuan yang dimuat Claude sesuai permintaan. Dan jika Anda sedang menimbang apakah harus mengambil framework agen penuh alih-alih orkestrasi native, perbandingan itu juga membantu. Pendapat jujur kami: primitif native bisa melangkah lebih jauh dari yang Anda kira sebelum framework layak dipakai.
Kapan Anda Benar-Benar Membutuhkan Workflow Claude Code?
Anda membutuhkan workflow Claude Code ketika (a) tugas memerlukan lebih banyak agen daripada yang bisa dikoordinasikan satu percakapan, (b) Anda ingin orkestrasinya tersimpan sebagai kode yang bisa dijalankan ulang, bukan prompt sekali pakai, atau (c) Anda perlu tinjauan adversarial atau saling periksa di mana beberapa agen mengecek pekerjaan satu sama lain. Jika tidak ada yang benar, subagent sudah cukup. Jujurlah pada diri sendiri di sini.
Ini bagian yang tidak akan diucapkan dokumentasi, jadi kami yang mengatakannya: Anda mungkin belum butuh workflow. Beberapa subagent, dikoordinasikan lewat percakapan normal, menangani pekerjaan sehari-hari. Workflow bukan peningkatan yang Anda capai. Ia adalah tool untuk satu bentuk masalah spesifik: lebih banyak agen daripada yang bisa dilacak satu otak.
Jalankan diri Anda lewat checklist ini. Anda mungkin butuh workflow jika menjawab ya untuk setidaknya satu:
- Tugas memerlukan lebih banyak agen daripada yang bisa dilacak satu percakapan.
- Anda ingin orkestrasinya sebagai kode yang bisa dijalankan ulang, bukan prompt sekali pakai yang Anda ketik ulang.
- Anda perlu tinjauan adversarial atau saling periksa (beberapa agen memverifikasi satu sama lain).
- Anda akan menjalankan pekerjaan multi-agen yang sama berulang kali, seperti audit codebase berkala atau migrasi 500 file.
Menjawab tidak untuk keempatnya? Tetap dengan subagent. Anda akan menghemat token, menjaga semuanya tetap bisa di-debug, dan tidak kehilangan apa pun. Kerumunan penganut spec-driven akan mengenali pola ini dari praktik terbaik CLAUDE.md: tulis rencana sekali, buat bisa dijalankan ulang, berhenti mengetik ulang. Workflow adalah ide itu didorong sampai titik di mana rencana itu sendiri butuh runtime untuk mengeksekusinya.
Satu Workflow yang Sudah Anda Punya: /deep-research
/deep-research adalah satu-satunya workflow bawaan yang dikirim dalam pratinjau ini. Panggil dengan sebuah pertanyaan dan ia akan menyebar subagent untuk meneliti topik secara paralel, saling memeriksa temuan mereka satu sama lain, dan mengembalikan satu jawaban tersintesis ke konteks Anda, semuanya sambil berjalan di latar belakang sehingga sesi Anda tetap bisa dipakai.
/deep-research What are the real token costs of running multi-agent research in Claude Code?Itulah seluruh antarmukanya. Di balik layar, ia bergerak melewati beberapa fase: memecah pertanyaan Anda menjadi benang-benang riset, memunculkan agen untuk mengejar masing-masing, menjalankan tahap saling periksa atau tinjauan agar agen menangkap klaim lemah satu sama lain, lalu mensintesis jawaban akhir kembali ke chat Anda. Anda tidak mengemudikannya di tengah jalan. Anda bertanya, ia bekerja, ia melapor kembali.
Ini benar-benar berguna untuk pertanyaan riset berantakan di mana Anda biasanya akan membuka sepuluh tab dan kehilangan sore Anda. Jika Anda sudah merangkai tooling riset, rangkuman kami tentang server MCP terbaik cocok dipasangkan dengan riset sebar seperti ini. Tapi "berguna" dan "layak dengan tagihan token" bukan hal yang sama, dan itulah yang ingin kami ukur.
Apa yang Terjadi Ketika Kami Menjalankan Workflow di Pipeline Kami Sendiri
Eksekusi /deep-research kami memunculkan 9 subagent dalam 4 fase, membakar sedikit di atas 1 juta token, dan selesai dalam sekitar 8 menit waktu nyata. Apakah layak? Untuk pertanyaan cepat, tidak mungkin. Untuk tugas riset yang biasanya kami koordinasikan manual lintas setengah lusin agen, ia membayar dirinya sendiri. Berikut rincian jujurnya.
Di pipeline kami, artikel yang sedang Anda baca ini sendiri diproduksi oleh sistem multi-agen: riset, brief, penulisan, validasi, penerjemahan, dan penerbitan masing-masing berjalan sebagai subagent terpisah. Jadi kami sudah hidup di dunia "terlalu banyak agen untuk satu percakapan" dari checklist di atas. Itu menjadikan kami kasus uji yang tepat, bukan yang dibuat-buat.
Kami menjalankan /deep-research pada kata kunci live yang memang sedang kami teliti dan mencatat seluruh eksekusinya:
| Metrik | Eksekusi /deep-research kami |
|---|---|
| Subagent yang dimunculkan | 9 |
| Fase | 4 (dekomposisi → sebar → saling periksa → sintesis) |
| Total token | ~1,05 juta |
| Waktu nyata | ~8 menit |
| Vonis layak | Berlebihan untuk pertanyaan sekali pakai; sepadan untuk riset multi-sumber sungguhan |
Yang paling mengejutkan kami adalah fase saling periksa. Beberapa klaim awal yang dihasilkan satu agen diam-diam dikoreksi setelah agen lain menantangnya, yang merupakan jenis hal yang cenderung dilewati begitu saja oleh satu percakapan. Langkah adversarial itulah nilai sebenarnya, lebih dari paralelisme mentahnya. Tapi biaya tokennya curam, dan agen-agen itu berjalan di model tier Opus (lihat apa yang baru di Opus 4.8 untuk tahu mengapa itu penting bagi tagihan). Sejuta token untuk pertanyaan yang bisa Anda jawab dalam dua prompt adalah pertukaran buruk. Untuk pertanyaan yang benar-benar perlu merekonsiliasi enam sumber, itu murah untuk waktu Anda.
Ini jenis orkestrasi yang kami bangun untuk klien di Techsy, jadi kami punya prior kuat tentang di mana ia sepadan dan di mana ia cuma membakar anggaran. Pendapat kami: jalankan untuk pertanyaan sulit, lewati untuk yang mudah.
Cara Menulis dan Menyimpan Workflow Anda Sendiri
Untuk membuat workflow sendiri, deskripsikan tugasnya ke Claude dalam bahasa sehari-hari menggunakan kata kunci workflow, tinjau dan setujui skrip yang dihasilkannya, lalu simpan skrip itu sebagai /command yang bisa dipakai ulang. Untuk effort lebih tinggi, atur /effort ultracode dan Claude merencanakan workflow sendiri. Tidak perlu JavaScript dari Anda; Claude menulis skripnya, Anda menyetujuinya.
Berikut loop lengkapnya, yang juga berfungsi sebagai langkah-langkah jika Anda mengikuti:
-
Aktifkan Dynamic workflows. Di Pro, buka
/configdan nyalakan toggle baris Dynamic workflows. (Anda di v2.1.154+, kan?)bash/config # then enable the "Dynamic workflows" row -
Deskripsikan tugas dengan kata kunci
workflow. Sertakan kataworkflowdi mana saja di prompt Anda, misalnya: "Jalankan workflow untuk mengaudit setiap file route di repo ini untuk pemeriksaan auth yang hilang." Claude Code menyorot kata itu dan menulis skrip alih-alih bekerja giliran demi giliran. Ingin Claude memutuskan sendiri? Atur/effort ultracode, yang memasangkan penalaranxhighdengan orkestrasi workflow otomatis untuk setiap tugas substansial (dan membakar lebih banyak token, jadi kembali ke/effort highuntuk pekerjaan rutin). -
Tinjau dan setujui skrip yang dihasilkan. Claude menunjukkan orkestrasi JavaScript-nya sebelum menjalankan apa pun. Bacalah. Ini kesempatan Anda untuk menangkap sebaran yang lebih lebar dari yang Anda inginkan.
-
Simpan sebagai
/commanduntuk dipakai ulang. Setelah berhasil, simpan workflow sebagai slash command kustom sehingga audit kuartal depan cukup satu ketukan.
Kemampuan dipakai ulang adalah kemenangan senyap. /deep-research sekali pakai memang praktis, tapi workflow tersimpan untuk "audit auth di semua route" atau "migrasikan direktori ini ke API baru" mengubah pekerjaan koordinasi berjam-jam menjadi satu perintah yang bisa diulang. Di situlah biaya token mulai diamortisasi lintas eksekusi, bukan menyengat sekali.
Batasan, Biaya, dan Cara Mematikan Workflow
Workflow menjalankan hingga 16 agen konkuren dengan batas keras 1.000 agen per eksekusi, tidak menerima input di tengah jalan, dan hanya bisa dilanjutkan dalam sesi yang sama. Ia boros token by design, karena setiap agen mengonsumsi konteks. Anda bisa menonaktifkan fitur ini sepenuhnya dengan disableWorkflows di config atau environment variable CLAUDE_CODE_DISABLE_WORKFLOWS.
Masing-masing batasan itu berarti sesuatu untuk tugas Anda. Tidak ada input di tengah jalan berarti Anda tidak bisa mengoreksi arah setelah dimulai, jadi prompt yang samar membuang token senilai satu eksekusi penuh. Hanya bisa dilanjutkan di sesi yang sama berarti jika Anda menutup terminal, eksekusinya hilang. 1.000 agen per eksekusi terdengar sangat besar, tapi sebaran lebar di tarif tier Opus adalah uang sungguhan, jadi perlakukan default 16-konkuren sebagai fitur, bukan batas untuk didorong.
Untuk mematikannya:
export CLAUDE_CODE_DISABLE_WORKFLOWS=1
# or set "disableWorkflows": true in your configJebakan versi sering menjebak orang: jika /config tidak menampilkan baris Dynamic workflows, Anda di bawah v2.1.154. Perbarui dulu. Dan jika Anda membangun pipeline agen seperti ini untuk pekerjaan sungguhan dan ingin itu benar-benar sepadan, kami membangun pipeline agen untuk tim B2B. Dapatkan konsultasi gratis → jika orkestrasi mulai menjadi bottleneck.
Kesimpulan
Berikut seluruh artikel dalam lima baris. Workflow Claude Code adalah skrip JavaScript yang ditulis Claude untuk mengorkestrasi subagent dalam skala besar, dirilis sebagai pratinjau riset di v2.1.154. Satu-satunya yang ada saat ini adalah /deep-research. Anda butuh workflow hanya ketika tugas melampaui apa yang bisa dikoordinasikan satu percakapan, ketika Anda ingin orkestrasi yang bisa dijalankan ulang, atau ketika Anda perlu agen saling memeriksa satu sama lain. Eksekusi nyata kami menghabiskan ~1 juta token untuk 9 agen dalam 8 menit, yang berlebihan untuk pertanyaan mudah dan sepadan untuk riset sulit. Anda mungkin belum membutuhkannya, dan itu tidak apa-apa.
Tentang Penulis
Mert Batur Gurbuz adalah Co-Founder Techsy.io, di mana timnya mengirim agen AI, sistem otomasi, dan pipeline voice/SDR untuk klien B2B. Ia belajar di University of Birmingham dan menulis tentang stack tooling LLM yang benar-benar dipakai tim Techsy di produksi.
Co-Founder, Techsy.io, University of Birmingham · LinkedIn
Pertanyaan yang Sering Diajukan
Apa itu workflow Claude Code?
Workflow Claude Code adalah skrip JavaScript yang mengorkestrasi subagent dalam skala besar. Anda mendeskripsikan tugasnya, Claude menulis skripnya, dan sebuah runtime mengeksekusinya di latar belakang sementara sesi Anda tetap responsif. Ini fitur pratinjau riset di Claude Code v2.1.154+, tersedia di semua paket berbayar.
Apa perbedaan antara workflow dan subagent?
Subagent adalah satu tugas delegasi yang berjalan di konteksnya sendiri yang terpisah, dikoordinasikan oleh Anda dalam percakapan. Workflow adalah skrip orkestrasi yang mengoordinasikan subagent sekaligus, hingga 16 di antaranya. Jika satu percakapan masih bisa menyimpan seluruh rencana, gunakan subagent. Jika rencana butuh runtime untuk melacak agen, gunakan workflow.
Berapa biaya workflow Claude Code dalam token?
Di eksekusi /deep-research terukur kami, 9 subagent dalam 4 fase membakar sekitar 1,05 juta token dalam sekitar 8 menit. Workflow boros token by design karena setiap agen mengonsumsi konteksnya sendiri, dan agen-agen itu berjalan di model tier Opus. Untuk pertanyaan sederhana itu boros; untuk riset multi-sumber sungguhan ia layak dengan biayanya.
Apakah saya perlu paket berbayar untuk memakai workflow Claude Code?
Ya. Dynamic workflows berjalan di semua paket Claude berbayar (Pro, Max, Team, Enterprise) plus API dan Bedrock/Vertex/Foundry. Tidak ada akses tier gratis. Di Pro, Anda mengaktifkan fiturnya dengan menyalakan toggle baris Dynamic workflows di /config setelah memperbarui ke Claude Code v2.1.154 atau lebih baru.
Apa itu /deep-research di Claude Code?
/deep-research adalah satu-satunya workflow bawaan yang dikirim dalam pratinjau riset. Anda memberinya pertanyaan dan ia menyebar subagent untuk meneliti topik secara paralel, menjalankan tahap saling periksa di mana agen memverifikasi temuan satu sama lain, lalu mensintesis satu jawaban kembali ke konteks Anda, semuanya sambil berjalan di latar belakang.
Bagaimana cara menyimpan workflow sebagai slash command?
Deskripsikan tugasnya ke Claude menggunakan kata kunci workflow, tinjau dan setujui skrip JavaScript yang dihasilkannya, lalu simpan skrip yang disetujui itu sebagai /command kustom. Setelah itu, seluruh pekerjaan multi-agen berjalan dengan satu ketukan, di situlah workflow mulai mengamortisasi biaya tokennya lintas eksekusi berulang.
Berapa banyak agen yang bisa dijalankan workflow sekaligus?
Workflow menjalankan hingga 16 agen konkuren, dengan batas keras 1.000 agen per eksekusi. Default 16-konkuren ada karena alasan bagus: sebaran lebar di tarif tier Opus cepat menjadi mahal. Perlakukan batasan sebagai pagar pengaman, bukan target, dan jaga sebaran Anda sesempit yang dimungkinkan tugas.
Bagaimana cara mematikan Dynamic workflows?
Atur disableWorkflows ke true di config Anda, atau export environment variable CLAUDE_CODE_DISABLE_WORKFLOWS=1 sebelum meluncurkan Claude Code. Keduanya menonaktifkan fitur sepenuhnya. Jika Anda sekadar tidak melihat baris Dynamic workflows di /config, kemungkinan Anda di bawah v2.1.154 yang diperlukan dan perlu memperbarui dulu.
Apakah Anda benar-benar butuh workflow Claude Code, atau subagent sudah cukup?
Subagent sudah cukup sampai tugas melampaui satu percakapan. Beberapa subagent yang dikoordinasikan dalam percakapan normal mencakup pekerjaan sehari-hari tanpa biaya token. Anda benar-benar butuh workflow hanya ketika tugas memunculkan lebih banyak agen daripada yang bisa dilacak satu percakapan, ketika Anda ingin orkestrasi yang bisa dijalankan ulang sebagai kode, atau ketika Anda perlu agen saling memeriksa satu sama lain secara adversarial.