L'Era dei Subagenti: Quando un Agente Non Basta Più
Fino a sei mesi fa, un coding agent era un singolo processo: un modello che leggeva il tuo prompt, iterava sul codice, e restituiva un risultato. Funzionava. Ma i repository reali non sono singoli problemi — sono ecosistemi. E un ecosistema richiede un'orchestra, non un solista.
Claude Opus 4.8, rilasciato il 1° giugno, ha rotto il paradigma del solista. Con Dynamic Workflows in Claude Code, puoi spawnare fino a 1000 subagenti paralleli in una singola sessione. Ogni subagente è un'istanza indipendente con il proprio contesto, i propri tool e il proprio ciclo di reasoning. Il modello orchestratore non esegue — coordina. E lo fa con tre livelli di sforzo: high (default), extra, e max.
Il Cambio Architetturale che Molti Sottovalutano
La novità più importante di Opus 4.8 non è il numero di subagenti. È la Messages API riformulata: ora accetta system entries direttamente nell'array messages. Questo significa che puoi cambiare le istruzioni di sistema mid-task senza invalidare la prompt cache. In termini pratici: un agente orchestratore può riscrivere le regole dei suoi sottoprocessi mentre sono in esecuzione, adattando la strategia in tempo reale senza il penalty di costo che prima avrebbe reso l'operazione proibitiva.
Tradotto: non stai più lanciando un esercito con ordini fissi. Stai comandando un esercito a cui puoi cambiare le regole d'ingaggio durante la battaglia.
L'Alternativa Multimodale: Qwen3.7-Plus
Mentre Anthropic va in orizzontale (più agenti, stesso tipo), Alibaba ha puntato in verticale con Qwen3.7-Plus: un singolo agente multimodale che integra visione (immagini + video), deep reasoning, tool invocation e autonomous iteration nella stessa istanza. Non spawna subagenti — fa più cose lui stesso.
Qwen3 Coder Next, la variante open-weight ottimizzata per coding agents, offre 1M token di contesto a $0.65/1M input. Per workflow locali dove la latenza di rete tra subagenti sarebbe un collo di bottiglia, questo approccio "tutto in uno" ha un vantaggio reale: zero overhead di coordinamento.
Quale Usare? Dipende dalla Topologia del Problema
La risposta non è "uno o l'altro". È: che forma ha il tuo problema?
- Problemi a struttura gerarchica (monorepo con moduli indipendenti, pipeline CI/CD multi-step, codebase scan su 100+ file) → subagenti paralleli. Claude Opus 4.8.
- Problemi a struttura densa (un singolo file complesso che richiede ragionamento visivo sui diagrammi, debugging dove guardare lo screenshot dell'errore è più veloce che leggere il log) → singolo agente multimodale. Qwen3.7-Plus.
In pratica, un Watchdog può usare subagenti per monitorare microservizi indipendenti (ognuno con il suo scope), mentre l'istanza di reasoning profondo per le decisioni architetturali è singola e ad alto contesto. Non è ideologia — è geometria del problema.
Insight Pratico: Inizia con un Subagente, Non con Mille
Prima di rifare la tua architettura a colpi di `spawn_agent`, fatti questa domanda: il tuo subagente deve comunicare con gli altri per completare il task? Se la risposta è sì, il costo di coordinamento supera rapidamente il beneficio del parallelismo. Inizia con 2-3 subagenti con scope disgiunto, misura il throughput reale, e scala da lì. Claude Opus 4.8 lo permette — il default è "high effort", non "max". Usa la scala con cognizione di causa.
I subagenti non sono un hype — sono un cambio di paradigma architetturale. Se stai progettando il tuo prossimo sistema agentico e vuoi capire quando parallelizzare e quando consolidare, la topologia del problema è la tua bussola.