Langsung ke konten utama
Jalur spesialis paralel memungkinkan satu Gateway merutekan chat atau ruang yang berbeda ke agen yang berbeda, sambil menjaga pengalaman pengguna tetap cepat. Kuncinya adalah memperlakukan paralelisme sebagai masalah desain sumber daya langka, bukan sekadar sebagai “lebih banyak agen”.

​
Prinsip dasar

Jalur spesialis hanya meningkatkan throughput ketika mengurangi perebutan pada hambatan nyata:
  • Kunci sesi: hanya satu run yang boleh mengubah sesi tertentu pada satu waktu.
  • Kapasitas model global: semua run chat yang terlihat tetap berbagi batas penyedia.
  • Kapasitas tool: shell, browser, jaringan, dan pekerjaan repositori bisa lebih lambat daripada giliran model itu sendiri.
  • Anggaran konteks: transkrip panjang membuat setiap giliran berikutnya lebih lambat dan kurang terfokus.
  • Ambiguitas kepemilikan: agen duplikat yang melakukan pekerjaan yang sama membuang kapasitas.
OpenClaw sudah menserialkan run per sesi dan membatasi paralelisme global melalui antrean perintah. Jalur spesialis menambahkan kebijakan di atasnya: agen mana yang memiliki pekerjaan mana, apa yang tetap berada di chat, dan apa yang menjadi pekerjaan latar belakang.

​
Rollout yang direkomendasikan

​
Fase 1: kontrak jalur + pekerjaan berat latar belakang

Berikan setiap jalur kontrak tertulis di workspace dan prompt sistemnya:
  • Tujuan: pekerjaan yang dimiliki jalur ini.
  • Bukan tujuan: pekerjaan yang sebaiknya dialihkan alih-alih dicoba.
  • Anggaran chat: jawaban cepat tetap di chat; tugas panjang sebaiknya mengakui secara singkat, lalu berjalan di sub-agen atau tugas latar belakang.
  • Aturan handoff: ketika jalur lain memiliki pekerjaan tersebut, katakan ke mana pekerjaan itu harus pergi dan berikan ringkasan handoff yang ringkas.
  • Aturan risiko tool: pilih permukaan tool terkecil yang dapat menyelesaikan pekerjaan.
Ini adalah fase termurah dan memperbaiki sebagian besar kemacetan: satu pekerjaan coding tidak lagi membuat jalur riset menjadi sangat lambat, dan setiap chat menjaga konteksnya sendiri tetap bersih.

​
Fase 2: kontrol prioritas dan konkurensi

Sesuaikan kapasitas antrean dan model berdasarkan nilai bisnis setiap jalur: 
{
  agents: {
    defaults: {
      maxConcurrent: 4,
      subagents: { maxConcurrent: 8, delegationMode: "prefer" },
    },
  },
  messages: {
    queue: {
      mode: "collect",
      debounceMs: 1000,
      cap: 20,
      drop: "summarize",
    },
  },
}
Gunakan chat langsung/pribadi dan agen operasi produksi untuk pekerjaan berprioritas tinggi. Biarkan riset, penyusunan draf, dan coding batch berpindah ke tugas latar belakang ketika sistem sedang sibuk.

​
Fase 3: koordinator / pengendali lalu lintas

Tambahkan pola koordinator kecil setelah beberapa jalur aktif:
  • Lacak tugas dan pemilik jalur aktif.
  • Deteksi permintaan duplikat lintas grup.
  • Rutekan ringkasan handoff antarjalur.
  • Tampilkan hanya blocker, hasil selesai, dan keputusan yang harus dibuat manusia.
Jangan mulai dari sini. Koordinator tanpa kontrak jalur hanya mengoordinasikan kekacauan.

​
Template kontrak jalur minimal

# Lane contract

## Owns

- <job this lane is responsible for>

## Does not own

- <work to hand off>

## Chat budget

- Answer quick questions directly.
- For multi-step, slow, or tool-heavy work: acknowledge briefly, spawn/background
  the work, then return the result when complete.

## Handoff

If another lane owns the request, reply with:

- target lane
- objective
- relevant context
- exact next action

## Tool posture

Use the smallest tool surface that can complete the task. Avoid broad shell or
network work unless this lane explicitly owns it.

​
Terkait