Skip to main content
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.

Modello minimo di contratto per una corsia

Argomenti correlati