In questa pagina
In questa pagina
Multi-agent
Percorsi specialistici paralleli
Le corsie specialistiche parallele consentono a un Gateway di instradare chat o stanze diverse verso agenti diversi, mantenendo rapida l'esperienza utente. Considera il parallelismo come un problema di progettazione legato a risorse limitate, non semplicemente come "più agenti".
Principi fondamentali
Una corsia specialistica migliora la capacità di elaborazione solo quando riduce la contesa per i veri colli di bottiglia:
- Blocchi di sessione: una sola esecuzione alla volta deve modificare una determinata sessione.
- Capacità globale del modello: tutte le esecuzioni di chat visibili continuano a condividere i limiti del provider.
- Capacità degli strumenti: le operazioni su shell, browser, rete e repository possono essere più lente del turno del modello stesso.
- Budget del contesto: trascrizioni lunghe rendono ogni turno futuro più lento e meno focalizzato.
- Ambiguità della responsabilità: agenti duplicati che svolgono lo stesso lavoro sprecano capacità.
OpenClaw serializza già le esecuzioni per sessione e limita il parallelismo globale tramite la coda dei comandi. Le corsie specialistiche aggiungono un livello di criteri: quale agente è responsabile di quale lavoro, cosa rimane nella chat e cosa diventa un'attività in background.
Implementazione graduale consigliata
Fase 1: contratti delle corsie e lavoro pesante in background
Fornisci a ogni corsia un contratto scritto nel relativo spazio di lavoro e nel prompt di sistema:
- Scopo: il lavoro di cui è responsabile questa corsia.
- Obiettivi esclusi: il lavoro che deve delegare anziché tentare di svolgere.
- Budget della chat: le risposte rapide rimangono nella chat; per le attività lunghe, invia una breve conferma, quindi eseguile in un sotto-agente o in un'attività in background.
- Regola di passaggio: quando il lavoro è di competenza di un'altra corsia, indica dove deve essere inoltrato e fornisci un riepilogo sintetico per il passaggio.
- Regola sui rischi degli strumenti: preferisci il set minimo di strumenti in grado di svolgere il lavoro.
Questa è la fase meno costosa e risolve la maggior parte degli intasamenti: un'attività di programmazione non trasforma più la corsia di ricerca in una lumaca e ogni chat mantiene pulito il proprio contesto.
Fase 2: controlli di priorità e concorrenza
Configura la capacità della coda e del modello in base al valore aziendale di ciascuna corsia:
Usa le chat dirette/personali e gli agenti per le operazioni di produzione per il lavoro ad alta priorità. Quando il sistema è occupato, sposta la ricerca, la redazione e la programmazione in batch nelle attività in background.
Fase 3: coordinatore / controllore del traffico
Aggiungi un semplice modello di coordinamento quando sono attive più corsie:
- Tieni traccia delle attività e dei responsabili delle corsie attive.
- Rileva le richieste duplicate tra i gruppi.
- Instrada tra le corsie i riepiloghi per il passaggio.
- Mostra solo gli impedimenti, i risultati completati e le decisioni che deve prendere la persona.
Non iniziare da qui. Un coordinatore senza contratti delle corsie si limita a coordinare il caos.
