Hentikan fan-out subagen dan delegasi rekursif
Diperbarui September 19, 2026 · pertama terbit September 19, 2026
Kaskade fan-out subagen terjadi ketika orkestrator otonom memecah tugas tingkat tinggi menjadi sub-tugas paralel dan memberi agen pekerja izin untuk memunculkan pekerja khusus tambahan. Tanpa batas konkurensi yang ketat dan batas kedalaman, satu prompt pengguna yang ambigu bisa memicu ledakan eksponensial: 1 supervisor utama memunculkan 6 perencana domain, masing-masing meluncurkan 4 agen riset, yang kemudian memanggil sub-pekerja lagi. Dalam arsitektur produksi, delegasi rekursif yang tidak dibatasi rutin menghabiskan 2.000.000 hingga 8.000.000 token dalam 5 menit, menyebabkan lonjakan API tak terduga sebesar $15 hingga $80 untuk satu transaksi.
Matematika delegasi agen rekursif
Dalam framework agen berbasis pohon standar, delegasi tugas berkembang mengikuti faktor percabangan B yang dipangkatkan dengan kedalaman eksekusi D. Jika orkestrator bercabang pada B = 4 dan subagen boleh rekursi hingga kedalaman D = 3, sistem menjadwalkan 64 loop agen independen. Setiap agen daun memelihara konteks percakapannya sendiri, melakukan panggilan tool berulang, dan melaporkan temuan naik ke hierarki. Karena agen induk mengagregasi dan meringkas output anak, akumulasi konteks bertambah secara kuadratik di seluruh pohon eksekusi.
Apa itu kaskade fan-out subagen dalam AI otonom?
Kaskade fan-out subagen adalah mode kegagalan ketika agen orkestrator secara rekursif memunculkan agen anak dan cucu tanpa batasan anggaran global, melipatgandakan konsumsi token secara eksponensial di berbagai thread eksekusi paralel.
Empat pagar pengaman produksi untuk armada multi-agen
Tim platform yang mengoperasikan sistem agen enterprise mencegah kaskade tak terkendali dengan menerapkan batas runtime yang ketat:
- Kedalaman rekursi maksimum (Depth Caps): Terapkan batas tegas pada hierarki eksekusi. Dalam 95% kasus penggunaan enterprise, batas kedalaman
max_depth: 2(Supervisor Utama → Agen Pekerja) sudah cukup untuk menyelesaikan tugas. Larang agen pekerja memunculkan subagen tingkat ketiga kecuali ada pengecualian kebijakan. - Pool token thread bersama: Jangan beri subagen alokasi anggaran independen. Alokasikan jatah token bersama (misalnya 250.000 token total) ke konteks thread eksekusi utama. Teruskan sisa saldo token melalui header konteks trace. Saat agen anak mengonsumsi token, kurangi pool global; jika pool mencapai nol, semua cabang paralel langsung dihentikan.
- Circuit breaker konkurensi: Batasi instance proses anak paralel aktif hingga 3–5 proses bersamaan. Jika supervisor mencoba memunculkan pekerja konkuren melebihi kapasitas antrean, jalankan tugas secara berurutan atau tolak pemecahan tugas.
- Tracing terdistribusi dan propagasi biaya OTLP: Sisipkan trace ID dan header baggage OpenTelemetry di seluruh bus pesan antar-agen. Saat OpenLIT atau ClickHouse mengagregasi pengeluaran, setiap span anak harus tergabung ke ID sesi induk, sehingga anomali biaya per cabang langsung terlihat.
Bagaimana batas konkurensi mencegah kehabisan token multi-agen?
Batas konkurensi membatasi jumlah loop pekerja yang berjalan bersamaan, mencegah banjir panggilan API paralel dan memungkinkan circuit breaker menghentikan loop agen yang bermasalah sebelum anggaran token habis.
Berapa kedalaman rekursi yang direkomendasikan untuk delegasi agen?
Kedalaman rekursi yang direkomendasikan adalah 2 level (Orkestrator Utama ke Pekerja Khusus). Hierarki yang lebih dalam menghasilkan imbal hasil penalaran yang semakin kecil, sementara overhead konteks dan amplifikasi kesalahan meningkat tajam.
Terkait
Ingin menerapkannya pada stack Anda? Bawa tagihan penyedia, log gateway, dan alur kerja utama; kami akan memetakan pendorong biaya dan jalur penghematan. Pesan audit gratis →