Claude Squad vs Conductor vs tmux: Setup Agent DIY

Anda mulai menjalankan dua agen coding sekaligus karena satu saja terlalu lambat. Sekarang Anda menjalankan lima, dan bagian sulitnya bukanlah meluncurkannya. Bagian sulitnya adalah mengingat terminal mana yang menampung agen mana, apa yang diubah masing-masing, cabang mana yang aman untuk di-merge, dan apakah agen yang diam sejak empat puluh menit lalu sudah selesai atau justru macet. Paralelisme adalah kemenangan yang mudah. Menjaganya tetap terkendali adalah pajak yang Anda bayar setiap hari setelahnya.

Pajak itulah yang coba ditekan oleh alat agen paralel DIY. Conductor, Claude Squad, dan skrip tmux plus git worktree buatan sendiri semuanya memecahkan masalah pertama yang sama: beri setiap agen ruang kerja terisolasi sendiri agar beberapa proses bisa berjalan bersamaan tanpa saling menimpa berkas satu sama lain. Mereka melakukannya dengan baik, dan bagi developer solo di satu mesin, itu saja sudah cukup. Ini adalah ulasan jujur tentang apa yang dilakukan masing-masing, di mana masing-masing berhenti, dan garis di mana manajemen jendela diam-diam berubah menjadi masalah tim.

Garis itulah tempat Sharkly masuk, dan itulah alur kerja yang akan dipandu artikel ini. Sharkly bukan pengganti Claude Code, Codex, atau runner DIY apa pun. Sharkly adalah lapisan Task, Computer, konteks, dan review bersama di sekitar alat yang sudah Anda jalankan, sehingga pekerjaan agen tetap terlihat dari permintaan hingga rilis alih-alih menghilang ke dalam terminal pribadi. Jika setup Anda masih muat di satu layar, pertahankan. Jika sudah tidak muat berminggu-minggu lalu, paruh kedua artikel ini untuk Anda.

TL;DR

Conductor, Claude Squad, dan tmux mentah plus git worktree adalah tiga cara menjalankan beberapa agen coding AI secara paralel di mesin Anda sendiri. Conductor adalah aplikasi Mac gratis yang dibuat untuk penggunaan lokal dan solo. Claude Squad adalah aplikasi terminal lintas platform yang menambahkan lapisan pengalih di atas sesi tmux dan git worktree. tmux mentah plus skrip worktree memberi Anda kendali penuh tanpa abstraksi apa pun. Ketiganya menguasai eksekusi paralel. Tidak satu pun dibangun untuk memberi tim visibilitas bersama, review, atau serah terima, dan di titik itulah Anda naik kelas ke lapisan orkestrasi seperti Sharkly.

Hambatan sebenarnya bukanlah paralelisme

Isolasi adalah masalah yang sudah terpecahkan. git worktree memungkinkan satu repositori melakukan checkout beberapa cabang ke direktori terpisah sekaligus, sehingga setiap agen mengedit salinan kodenya sendiri dan melakukan commit ke cabangnya sendiri. Tidak ada working tree bersama, tidak ada diff setengah jadi yang bertabrakan. Setiap alat dalam perbandingan ini berdiri di atas primitif yang sama. Jika Anda ingin memahami mekanismenya secara mendalam, panduan kami tentang git worktree dengan agen coding AI membahas perintah dan jebakannya.

Jadi jika isolasi itu gratis, mengapa menjalankan banyak agen masih terasa kacau? Karena pekerjaan yang dihasilkan agen harus pergi ke suatu tempat yang bisa ditemukan, dibaca, dinilai, dan ditindaklanjuti oleh manusia. Di satu mesin, "suatu tempat" itu adalah memori jangka pendek Anda sendiri plus buffer scroll-back. Itu masih bertahan di dua agen. Mulai rusak di lima agen. Dan langsung jebol begitu ada orang kedua yang perlu tahu apa yang dilakukan agen-agen Anda.

Inilah pembagian yang penting. Menjalankan agen secara paralel adalah masalah runtime: jalankan prosesnya, beri direktori terisolasi, biarkan bekerja. Meninjau dan mengoordinasikan hasilnya adalah masalah alur kerja: di mana hasilnya tersimpan, siapa yang menyetujuinya, apa yang terjadi pada agen yang macet. Alat-alat DIY sangat baik untuk masalah pertama. Tiga bagian di bawah menilai masing-masing berdasarkan keunggulannya sendiri, lalu kita lihat apa yang terjadi pada masalah kedua seiring berkembangnya setup Anda.

Conductor: aplikasi Mac gratis untuk menjalankan paralel secara solo

Conductor adalah aplikasi desktop Mac native untuk menjalankan beberapa agen Claude Code secara berdampingan. Anda mengarahkannya ke repositori, mendeskripsikan perubahan, dan Conductor menjalankan setiap proses di ruang kerjanya sendiri yang didukung git worktree. Alih-alih mengutak-atik tab terminal, Anda mendapat tampilan berjendela: satu kolom per agen, masing-masing dengan percakapan, diff, dan statusnya sendiri. Klik di antara mereka seperti Anda mengklik antar chat.

Yang dilakukannya dengan baik adalah menghilangkan pembukuan terminal untuk satu orang. Anda tidak perlu mengetik tmux apa pun. Anda tidak perlu mengingat pane mana yang mana. Aplikasi ini melacak worktree, menampilkan diff di penampil diff sungguhan, dan memungkinkan Anda berpindah antar agen tanpa kehilangan posisi. Bagi developer solo di Mac yang ingin menjalankan tiga atau empat sesi Claude Code di satu basis kode dan tetap waras, ini jawaban yang bersih dan minim friksi. Gratis diunduh, dan tidak ada yang perlu dikonfigurasi di server karena tidak ada server.

Batasan-batasannya adalah kebalikan dari kekuatan itu. Conductor hanya untuk macOS, sehingga rekan tim di Linux tidak bisa berbagi setup Anda. Conductor dibangun di sekitar Claude Code sebagai runtime, bukan campuran agen. Dan ini adalah aplikasi desktop pengguna tunggal: ruang kerja, diff, dan keputusan ada di Mac Anda. Engineer lain tidak bisa membuka Conductor Anda dan melihat apa yang dilakukan agen Anda, dan tidak ada catatan bersama tentang siapa yang menyetujui perubahan mana. Itu bukan cacat. Itu batas lingkup. Conductor adalah kokpit untuk satu pilot.

Gunakan Conductor ketika Anda developer solo di Mac yang menjalankan Claude Code dan ingin jalur tercepat dari "banyak terminal" ke "satu jendela yang tenang." Beralih ke sesuatu yang lain ketika orang kedua perlu melihat, meninjau, atau mengambil alih salah satu proses tersebut.

Claude Squad: tmux dan worktree dengan TUI di atasnya

Claude Squad adalah aplikasi terminal open-source yang mengelola banyak agen di ruang kerja terisolasi. Di balik layar, ia melakukan apa yang akan dilakukan engineer teliti secara manual: membuat git worktree per agen dan menjalankan setiap agen di dalam sesi tmux-nya sendiri, lalu menambahkan UI teks di atasnya sehingga Anda bisa mendaftar agen, berpindah ke salah satunya, dan melihat mana yang sedang bekerja, menunggu, atau selesai. Ini lintas platform, berjalan di macOS dan Linux, dan tidak terikat pada satu runtime. Ia bisa menjalankan Claude Code, Codex, Aider, dan agen CLI lainnya, yang membuatnya favorit bagi developer yang mencampur berbagai alat. Sumbernya ada di repositori Claude Squad di GitHub.

Daya tariknya adalah ia memberi Anda ergonomi alat sungguhan tanpa menyembunyikan primitif yang Anda percaya. Anda masih mendapat worktree dan tmux, jadi tidak ada yang ajaib dan semuanya bisa diperiksa, tapi Anda berhenti menulis perekatnya secara manual. Menjalankan agen baru cukup satu tombol, bukan ritual tiga perintah. Menjeda agen membebaskan sumber dayanya dan mempertahankan cabangnya. Jika Anda sudah hidup di terminal dan ingin armada agen yang bisa Anda tab, Claude Squad berada di titik manis yang tidak dicapai baik oleh skrip mentah maupun aplikasi desktop. Panduan kami tentang cara menjalankan beberapa agen Claude Code secara paralel menunjukkan pola tmux-dan-worktree yang sama dengan yang diotomatisasi olehnya.

Batasannya adalah batasan terminal tempat ia hidup. Statusnya lokal di mesin dan shell Anda. Saat Anda menutup sesi, gambaran bersama itu ikut menutup. Tidak ada timeline yang bisa dibuka manajer, tidak ada tempat bagi reviewer yang bukan Anda untuk menerima atau menolak perubahan, tidak ada antrian yang bisa ditarik rekan tim untuk tugas berikutnya. Claude Squad adalah pusat komando operator tunggal yang luar biasa. Ia tidak pernah berniat menjadi sistem pencatatan tim, dan memintanya menjadi begitu berarti meminta pada alat yang salah.

Gunakan Claude Squad ketika Anda developer yang mengutamakan terminal, menjalankan campuran agen di satu mesin, dan ingin pengalih cepat tanpa mengorbankan worktree dan tmux. Beralih ke sesuatu yang lain ketika proses tersebut perlu bisa ditugaskan ke orang lain atau ditinjau oleh seseorang yang tidak duduk di depan keyboard Anda.

tmux mentah plus git worktree: skrip milik Anda sendiri

Setup DIY yang paling jujur juga yang paling tua: beberapa skrip shell yang membuat worktree dan membuka jendela tmux, satu per agen. Tampilannya seperti ini.

# one worktree and one branch per parallel unit of work
git worktree add ../app-auth    -b feature/auth
git worktree add ../app-billing -b feature/billing

# a named tmux window per agent, launched in its worktree
tmux new-window -n auth    -c ../app-auth    'claude'
tmux new-window -n billing -c ../app-billing 'claude'

Dua perintah per fitur dan Anda sudah punya agen terisolasi yang berjalan paralel, masing-masing di cabangnya sendiri, masing-masing di jendela berlabel yang bisa Anda pindah dengan satu tombol. Bungkus dalam loop dan Anda bisa meluncurkan selusin. Tidak ada yang menghalangi antara Anda dan alatnya. Anda bisa membaca setiap baris, mengubah apa pun, dan tidak ada biaya selain waktu untuk menulisnya.

Untuk tipe developer tertentu ini adalah jawaban yang tepat selamanya, dan itu layak dihormati alih-alih membuat orang menjauh darinya. Anda tahu persis apa yang berjalan karena Anda yang menulisnya. Tidak ada vendor, tidak ada update yang merusak alur kerja, tidak ada abstraksi yang bocor di saat yang salah. Jika kebutuhan Anda stabil dan personal, skrip milik sendiri mengalahkan alat sewaan.

Biayanya muncul seiring berkembangnya setup Anda, dan itu muncul sebagai pemeliharaan, bukan fitur. Pembersihan ada di tangan Anda: worktree usang menumpuk sampai git worktree prune dan sapuan tmux kill-session menjadi bagian dari rutinitas Anda. Tabrakan penamaan ada di tangan Anda. Agen yang crash meninggalkan jendela mati dan cabang setengah selesai, dan menyadarinya ada di tangan Anda. Dan tidak satu pun meninggalkan mesin Anda, jadi begitu rekan tim bertanya "apa yang dikirim agen Anda minggu ini," satu-satunya jawaban ada di scroll-back Anda. Skrip meningkatkan throughput Anda. Mereka tidak meningkatkan kemampuan Anda untuk berbagi hasilnya.

Gunakan tmux mentah dan skrip worktree ketika Anda ingin kendali penuh, Anda menikmati memiliki tooling sendiri, dan audiens pekerjaan itu adalah Anda. Beralih ke sesuatu yang lain ketika Anda mendapati diri membangun ulang pelacakan status, pembersihan, dan logika serah terima yang mulai terlihat seperti produk yang tidak sengaja Anda tulis.

Perbandingan berdampingan: apa yang dilakukan dengan baik oleh setiap setup DIY

Dua baris terakhir bukanlah celaan. Itulah polanya. Setiap alat ini dibangun untuk satu operator di satu mesin, dan dalam lingkup itu kualitasnya berkisar dari bagus hingga luar biasa. Kolom yang kosong sama di ketiganya, dan itulah kolom yang penting pada hari pekerjaan itu berhenti menjadi milik Anda sendiri. Untuk peta kategori yang lebih luas, lihat ikhtisar kami tentang orkestrasi agen AI.

Garis kelulusan: ketika manajemen jendela berhenti menjadi masalah

Inilah tandanya. Anda berhenti bertanya "bagaimana saya menjalankan lebih banyak agen sekaligus" dan mulai mengajukan pertanyaan yang tidak bisa dijawab alat DIY:

• Perubahan agen saya yang mana yang sudah ditinjau siapa pun?
• Jika saya sakit, bisakah rekan tim melihat apa yang sedang berjalan dan mengambil alihnya?
• Di mana catatan tentang mengapa kami menerima diff ini dan menolak yang itu?
• Proses mana yang terblokir, karena apa, dan sudah berapa lama?

Itu pertanyaan alur kerja, bukan pertanyaan runtime. Tidak ada pengalih yang lebih baik atau penampil diff yang lebih cantik yang bisa menjawabnya, karena bagian yang hilang bukan ada di layar Anda. Yang hilang adalah tempat bersama untuk pekerjaan itu hidup. Inilah garis kelulusan: hari ketika hambatan Anda berpindah dari mengelola jendela ke mengelola visibilitas, review, dan serah terima.

Sharkly dibangun untuk sisi jauh dari garis itu. Ia menjaga konteks, kemajuan, penghambat, hasil, dan review manusia tetap terlihat dari permintaan hingga rilis, dalam satu alur kerja bersama alih-alih tersebar di terminal pribadi. Pembagian kerjanya disengaja: Claude Code, Codex, dan alat serupa melakukan eksekusi; Sharkly mengelola penugasan tingkat tim, Computer yang terhubung, konteks tugas, kemajuan, penghambat, hasil, dan review manusia di seluruh alat tersebut. Anda tetap memakai runtime dan worktree yang sudah Anda percayai. Anda menambahkan lapisan yang memungkinkan lebih dari satu orang melihat dan mengarahkan pekerjaan.

Jaminan itu sama pentingnya dengan mekanismenya. Mengadopsi Sharkly tidak meminta Anda membangun ulang proses atau meninggalkan alat Anda. Anda membawa langganan sendiri: penggunaan model tetap berjalan melalui langganan atau kunci API yang dikonfigurasi di alat yang sudah dijalankan tim Anda. Anda menghubungkan sebuah Computer, mengarahkan Sharkly ke repositori yang sama, dan mulai merutekan pekerjaan tanpa membongkar apa pun. Jika Anda mempertimbangkan ini dibandingkan papan lokal, artikel kami tentang alternatif Vibe Kanban membahas jalur yang sama, yaitu pertahankan yang sudah Anda miliki.

Bagaimana alur kerja paralel yang sama terlihat di Sharkly

Alat DIY memberi setiap agen sebuah worktree dan sebuah jendela. Sharkly memberi setiap unit kerja sebuah Task, dan membiarkan Agen menjalankannya di worktree terisolasi dengan cara yang sama, dengan satu perbedaan: hasilnya kembali ke Task alih-alih tertinggal di scroll-back Anda.

Task adalah unit kerja utama di Sharkly. Ia membawa tujuan, lingkup, diff, diskusi, dan review dalam satu catatan bersama. Ketika Anda menugaskan sebuah Task ke Agen, Agen mengklaimnya, bekerja di worktree terisolasinya sendiri, menjalankan typecheck dan tes serta build, lalu melampirkan ringkasan perubahan, hasil verifikasi, dan batasan yang diketahui kembali ke Task tersebut. Orang berikutnya yang melihat tidak memerlukan terminal Anda. Mereka cukup membuka Task.

Versi terkecil yang berguna sengaja dibuat membosankan. Hubungkan satu Computer, buat satu Agen, dan tugaskan satu Task berisiko rendah, seperti yang disiapkan di panduan tugas pertama kami. Dari sana cerita paralel berkembang seperti yang diinginkan skrip Anda: beberapa Agen mengklaim Task yang siap dan bekerja bersamaan, masing-masing terisolasi, sementara frontend, backend, perbaikan bug, dan cakupan tes bergerak paralel. Perbedaannya dengan dinding jendela tmux adalah setiap proses dapat ditugaskan ke seseorang, dapat ditinjau oleh orang lain selain Anda, dan dapat dilacak setelahnya.

Kontrak manusia-agen adalah tempat lapisan review membuktikan nilainya. Agen meneliti, mengeksekusi, menguji, dan melaporkan. Manusia menetapkan arah, memberi otoritas, dan menerima hasilnya. Otomatisasi berhenti di titik yang membutuhkan pertimbangan tim, dan mengembalikan pengiriman dengan konteks lengkap serta bukti yang bisa diperiksa. Setup DIY bisa menjalankan agen. Ia tidak bisa memegang kontrak itu, karena tidak ada tempat bersama bagi orang selain Anda untuk menerima atau menolak. Jika Anda ingin mekanisme gerbang itu, catatan kami tentang agen background Cursor membahas alur review yang serupa.

Contoh nyata, dalam bentuk yang digunakan tim. Sebuah tugas seperti SH-312 berbunyi "tambahkan rate limiting ke API publik." Sebuah Agen menyusun lingkupnya, bekerja di worktree-nya, menjalankan tes, dan mengembalikan ringkasan plus diff ke Task. Reviewer Anda membuka SH-312, membaca buktinya, dan menerima atau meminta perubahan. Ketika Anda masih solo, seluruh siklus itu hidup di kepala Anda dan satu terminal. Sekarang hidup di tempat yang bisa dilihat tim, dan itulah inti dari naik kelas.

Siapa yang sebaiknya tetap, siapa yang sudah melampauinya

Perbandingan yang hanya mendorong naik tidaklah jujur, jadi inilah versi lugasnya. Banyak orang sebaiknya tidak pindah, dan alat-alat di atas adalah rumah yang tepat bagi mereka.

• Tetap di Conductor jika Anda developer Mac solo yang ingin menjalankan Claude Code paralel di jendela yang tenang dan tidak ada orang lain yang perlu melihatnya. Ia melakukan pekerjaan itu dengan bersih dan tidak menuntut server apa pun.
• Tetap di Claude Squad jika Anda hidup di terminal, menjalankan campuran runtime, dan ingin pengalih cepat di atas worktree dan tmux untuk pekerjaan Anda sendiri. Ia pusat komando operator tunggal yang kuat.
• Tetap di tmux mentah dan skrip worktree jika Anda menghargai kendali penuh, alur kerja Anda stabil, dan Anda satu-satunya audiens untuk outputnya. Tooling milik sendiri mengalahkan tooling sewaan ketika kebutuhannya personal.
• Naik kelas ke Sharkly ketika pekerjaan berhenti menjadi milik Anda sendiri: ketika rekan tim perlu meninjau sebuah proses, ketika seseorang harus mengambil alih saat Anda tidak ada, ketika manajer perlu melihat apa yang terblokir, atau ketika Anda menyadari sedang membangun ulang logika status dan serah terima secara manual. Ikhtisar orkestrasi kami memetakan di mana lapisan-lapisan itu bertemu.

Pasangan keputusan untuk seluruh kategori ini singkat. Gunakan alat DIY ketika kendalanya adalah mesin dan waktu Anda sendiri. Gunakan lapisan orkestrasi ketika kendalanya adalah pemahaman bersama tim Anda tentang apa yang dilakukan agen. Sebagian besar developer mulai dari kiri dan menyeberang pada minggu ketika nama orang kedua muncul dalam pekerjaan itu.

Skenario dunia nyata

Builder solo yang tetap di tempat. Seorang developer freelance merilis fitur klien dengan tiga atau empat agen Claude Code di Mac. Conductor atau Claude Squad adalah seluruh jawabannya, dan menambahkan lapisan tim hanya akan menjadi beban tanpa manfaat. Tetap di tempat adalah keputusan yang tepat.

Tim dua orang yang baru saja melewati garis. Seorang founder dan engineer pertama masing-masing menjalankan skrip tmux mereka sendiri. Tidak ada yang bisa meninjau pekerjaan agen yang lain tanpa screen-share. Memindahkan proses ke Task bersama di Sharkly membuat masing-masing bisa membuka diff yang lain, menerimanya, dan merge, tanpa mengubah runtime yang sudah mereka gunakan.

Lead yang menstandarkan sebuah squad. Seorang tech lead dengan lima engineer menemukan bahwa setiap orang punya skrip worktree yang sedikit berbeda dan tidak ada review bersama. Agen bersama dan alur Task yang umum mengubah lima setup pribadi menjadi satu alur kerja yang bisa digunakan ulang tim, sementara setiap engineer tetap memakai Computer dan langganan modelnya sendiri.

FAQ

Apa perbedaan antara Claude Squad dan Conductor? Claude Squad adalah aplikasi terminal lintas platform yang mengelola agen melalui tmux dan git worktree serta mendukung beberapa runtime. Conductor adalah aplikasi desktop macOS yang berfokus menjalankan Claude Code dalam antarmuka berjendela. Keduanya mengisolasi setiap proses di worktree-nya sendiri; perbedaannya adalah terminal versus aplikasi native, dan lintas platform versus hanya Mac.

Apakah saya perlu Claude Squad atau Conductor jika saya sudah memakai git worktree? Tidak selalu. Keduanya adalah kemudahan di atas primitif worktree yang sama. Jika Anda nyaman menulis beberapa perintah tmux dan git worktree, skrip mentah memberi Anda isolasi yang sama dengan lebih banyak kendali. Alat-alat itu memberi Anda ergonomi dan pembersihan, bukan kemampuan baru.

Bisakah alat DIY ini menangani review tim? Tidak, dan mereka tidak mengklaim bisa. Conductor, Claude Squad, dan skrip tmux semuanya menyimpan status di satu mesin untuk satu operator. Review bersama, penerimaan oleh orang lain, dan catatan keputusan yang tahan lama adalah fitur alur kerja yang hidup di lapisan orkestrasi, bukan di runner lokal. Lihat artikel kami tentang alternatif Vibe Kanban untuk perbedaan itu.

Apakah Sharkly pengganti Claude Code atau Claude Squad? Tidak. Sharkly bukan pengganti Claude Code, Codex, atau alat eksekusi lainnya. Ia menambahkan lapisan Task, Computer, konteks, kendali, dan review bersama di sekitar alat yang sudah digunakan tim Anda. Anda tetap memakai runtime dan worktree Anda dan mendapat visibilitas tingkat tim di atasnya.

Apakah pindah ke Sharkly berarti melepaskan git worktree? Tidak. Sharkly juga menjalankan Agen di worktree terisolasi, sehingga isolasi yang Anda andalkan tetap ada. Yang berubah adalah ke mana hasilnya pergi: ia kembali ke Task bersama alih-alih ke buffer terminal pribadi.

Bagaimana cara menjaga penggunaan model dan biaya saya saat beralih? Anda membawa langganan sendiri. Penggunaan model tetap berjalan melalui langganan atau kunci API yang dikonfigurasi di alat yang dihubungkan tim Anda, dan kuota model bergantung pada alat, paket, dan akun API tersebut. Sharkly menambahkan lapisan koordinasi, bukan hubungan penagihan baru.

Siap melewati garis? Unduh Sharkly, hubungkan sebuah Computer, dan tugaskan satu kebutuhan nyata ke satu Agen. Pertahankan runtime dan worktree yang sudah Anda percayai, dan biarkan pekerjaan mulai kembali ke tempat yang bisa dilihat seluruh tim Anda. Dokumentasi membahas setiap konsep lebih mendalam di docs.sharkly.ai.