Bagaimana Jalankan 3 sampai 8 Agen Coding di Parallel Tanpa Kehilangan Trek

Menjalankan dua agen sekaligus membutuhkan waktu lima menit. Anda membuka dua terminal, tangan masing-masing tugas, dan menonton gulungan teks.

Masalah dimulai pada keempat.

Anda tidak tahu lagi mana yang menunggu ulasan, mana yang selesai, yang jatuh sepuluh menit yang lalu saat Anda sedang mencari di tempat lain. Anda menggulung di terminal yang salah. Anda kembali meluncurkan tugas yang sudah dilakukan. Satu jam masuk, Anda melakukan pekerjaan tiga agen dengan tangan hanya untuk menjaga bantalan Anda.

Ini bukan masalah tenaga kuda. Ini adalah masalah visibilitas.

Botol nyata adalah kepala Anda

Seorang agen coding secara otomatis memberikan dalam semburan. Ia berpikir selama 40 detik, menulis, berhenti, menunggu tanda -off Anda. Selama 40 detik itu kau bisa mengikuti agen kedua. Sementara yang kedua menulis, Anda menyetujui yang pertama.

Sampai 3 agen, otak Anda terus up. Masa lalu 5, Anda drop benang.

Anthropic menerbitkan angka telling dalam dokumennya: upaya yang tidak terarah berhasil sekitar satu kali dalam tiga. Perbedaan antara orang-orang yang kapal volume dan orang lain bukan model. Struktur yang mereka pasang sebelum diluncurkan.

Jadi sebelum Anda skala, Anda struktur.

Aturan pertama: satu agen, satu area kerja terisolasi

Kesalahan klasik adalah menempatkan tiga agen pada salinan yang sama repo tersebut. Mereka menginjak satu sama lain. Satu edits package.json, begitu juga yang lain, dan Anda berakhir dengan penggabungan Anda tidak dapat melepaskan.

Perbaikan adalah dua kata, git worktree.

git worktree add ../project-auth feature/auth
git worktree add ../project-billing feature/billing
git worktree add ../project-export feature/export

Setiap agen bekerja dalam folder sendiri, pada cabang sendiri, dengan file sendiri. Nol tabrakan. Anda meninjau setiap cabang secara terpisah dan bergabung ketika siap.

Ini adalah dasar dari apa yang para peneliti sebut delegasi terisolasi: seorang manajer pusat membagi pekerjaan, setiap subtask berjalan di sudut sendiri, dan integrasi terjadi sesudahnya, dengan tes untuk mengesahkan.

Aturan kedua: jangan pernah bagikan berkas pusat yang sama dua kali

Sebelum Anda membagi pekerjaan, menemukan file beberapa fitur perlu menyentuh. Router. Skema database. Konfig rute API.

File-file mendapatkan tepat satu agen. Yang lain menunggu atau bekerja di sekitar mereka.

Menyerahkan routes.ts yang sama ke dua agen paralel dan Anda akan membayar dalam penggabungan konflik apa yang Anda pikir Anda akan mendapatkan dalam paralel. Perdagangan yang kehilangan setiap waktu.

Aturan ketiga: satu papan, bukan sepuluh terminal

Di sinilah kebanyakan orang berhenti dari multi- agen. Mereka membuka delapan tab terminal, kehilangan benang, dan merangkak kembali ke satu agen.

Anda perlu satu pandangan yang menjawab tiga pertanyaan sekilas:

• Siapa coding sekarang?
• Siapa yang menunggu review saya?
• Siapa yang selesai atau jatuh?

Tanpa pandangan itu, multi- agen biaya Anda lebih dalam beban mental daripada memberikan Anda kecepatan. Dengan itu, Anda dapat benar-benar memegang 6 atau 8 workstream sekaligus.

Itulah kesenjangan yang tepat AgentsRoom mengisi. Setiap agen mendapat ubin sendiri, statusnya, warnanya. Seorang agen menunggu jawaban Anda ternyata merah dan ping Anda. Anda berhenti menggulung terminal yang salah, Anda melihat papan dan Anda tahu ke mana harus pergi.

The irama yang bekerja dalam praktek

Berikut irama saya akan mulai dengan.

Dimulai dengan dua agen, pada dua fitur yang tidak berbagi berkas. Biasakan ke tampilan ulang -kemudian- merge loop. Loop itu, bukan kode, menjadi pekerjaan nyata Anda.

Setelah loop yang terasa halus, pergi ke empat. Simpan daftar prioritas ketat dari tugas-tugas dampak tinggi, dan bersandar keras pada mode rencana: Anda menyetujui rencana agen sebelum menulis baris. Sebuah rencana yang disetujui di depan menyimpan Anda review menyakitkan nanti.

Titik manis terletak antara 3 dan 8 fitur pada repo yang sama, dengan pengawasan visual. Di luar itu, bahkan dengan papan yang baik, ulasan menjadi bottleneck dan Anda kehilangan manfaat.

Apa yang Anda benar-benar mendapatkan

Multi- agen tidak ada gunanya untuk 95% dari tugas-tugas kecil. Untuk memperbaiki ketik atau menambahkan tombol, satu agen adalah banyak, dan itu lebih cepat.

Di mana perubahan minggu Anda adalah pada pekerjaan besar. Anda memulai tiga refactor independen satu malam, meninjau mereka saat mereka mendarat, dan pagi berikutnya Anda punya tiga hari kerja siap untuk bergabung.

Rahasianya bukan jumlah agen. Selalu tahu yang mana yang membutuhkanmu, sekarang. Perbaiki itu, dan sisanya mengikuti.