I Coding Harness convergono: Cursor Projects, Codex Worktrees, /skill-doctor — persistenza + Sub-agenti + Stato condiviso

TL;DR: Nel giro di cinque giorni, tre grandi coding harness e una new entry hanno pubblicato decisioni architetturali quasi identiche: un thread coordinatore persistente, sub-agenti delegati e uno stato condiviso. Chi oggi utilizza ancora il modello "una chat per task", è rimasto indietro rispetto a questa linea di convergenza. L'articolo fornisce una tabella riassuntiva e una checklist in 3 punti per valutare il proprio stack.

Il pattern: tre caratteristiche, quattro prodotti

Tutti e quattro i sistemi riducono il lavoro basato su agenti alla stessa forma di base: persistenza (il contesto sopravvive alla singola chat), sub-agenti (il coordinatore delega invece di scrivere codice in prima persona) e stato condiviso (piani, demo e file di contesto crescono insieme).

Cosa è cambiato concretamente

Cursor Projects sostituisce il principio "una chat per task". Il Coordinatore non scrive il codice da solo: pianifica, delega a sub-agenti paralleli e raccoglie i risultati. Gli agenti all'interno di un progetto condividono memoria e artefatti come piani e demo; questi file si sincronizzano automaticamente tra i vari dispositivi e i computer degli agenti. I Watcher (PR, Slack, schedule) continuano a girare in background senza bisogno di nuovi prompt.

Codex CLI 0.154.0 introduce i worktree come checkout isolati per sessioni nuove o forkate, completi di funzionalità di ricerca e ripresa. Il server in background su Windows ora condivide un'unica istanza tra le varie sessioni. Questo è il risultato finale dello stesso filone di sviluppo: gli agenti paralleli non devono più competere per un singolo checkout.

Claude Code punta tutto sul pruning come operazione di primo livello con /skill-doctor: le skill vengono ripulite automaticamente per evitare che il contesto condiviso si gonfi inutilmente.

Pion porta questa grammatica a livello aziendale: l'agente manager Andonos delega ad agenti di business, che gestiscono autonomamente distributori automatici, mercati e stazioni radio. L'architettura non è strutturalmente diversa da quella di Cursor Projects, cambia solo la scala.

La checklist in 3 punti per il tuo stack

1. Persistenza: Esiste un contesto che sopravvive alle singole sessioni (thread di progetto, AGENTS.md, livello di file condiviso)?
2. Sub-agenti: Il tuo Coordinatore delega a worker paralleli o scrive tutto all'interno di un singolo thread?
3. Stato condiviso: Gli agenti scrivono i loro piani e le loro scoperte in un livello di sorgenti comune e in continua crescita?

Più punti sono soddisfatti, più il tuo stack è vicino alla linea di convergenza di settembre 2026. Se il punteggio è zero, la migrazione rappresenta un vero e proprio salto di qualità, non solo un upgrade di feature.

Perché questa convergenza ha un impatto pratico

Le tre caratteristiche non sono indipendenti: la persistenza dà senso allo stato condiviso, lo stato condiviso rende sostenibile la delegazione, la delegazione impone la persistenza. L'ordine di implementazione è quindi tracciato: prima il layer di contesto, poi il coordinatore, infine i worker.

Il focus del prossimo changelog è già prevedibile: le performance dell'harness. Per i check dei worktree sono già stati annunciati speedup di circa l'80% tramite cloni di cartelle su APFS, Btrfs, XFS e ReFS. Chi farà benchmark adesso sarà il primo ad avere dati di confronto affidabili.

FAQ

Quali sono i vantaggi di un progetto persistente rispetto alle singole chat? Il Coordinatore non deve ricostruire il contesto per ogni nuova task. Piani, demo e scoperte vengono mantenuti come file condivisi e crescono nel tempo. Nel lavoro ricorrente si eliminano i rituali ripetitivi di prompting, riducendo il tasso di errore per singola task.

A cosa servono i worktree in una sessione di agenti? Un worktree fornisce a ogni sessione (nuova o forkata) il proprio checkout isolato. Gli agenti paralleli non si intralciano più a vicenda nella stessa directory di lavoro. I checkout possono essere esplorati e ripresi in un secondo momento, rendendo i fork e le code review molto più pragmatici.

Cosa fa esattamente /skill-doctor in Claude Code? Il comando ripulisce automaticamente i file delle skill del progetto, eseguendo il pruning delle istruzioni obsolete o duplicate. Questo mantiene il contesto condiviso ridotto, rendendolo più economico e veloce. Per gli skill-set di grandi dimensioni, è l'operazione di manutenzione più semplice ed efficace.

Pion è un altro chatbot o un modello indipendente? Pion è un agente purpose-built che gestisce aziende in modo autonomo: Andonos, in qualità di agente manager, delega le operazioni ai business agent. La base è costituita da esperimenti monitorati continuamente con distributori automatici, mercati, caffetterie e stazioni radio. La differenza rispetto a un modello puro risiede nella logica operativa continua, non nel numero di parametri.

In che ordine dovrei adattare il mio stack a questo pattern? Per prima cosa, crea il livello di contesto condiviso: un livello di file che tutti gli agenti possono leggere e scrivere. Successivamente, stabilisci il Coordinatore, che pianifica e delega invece di scrivere codice in prima persona. Infine, aggiungi i sub-agenti e i trigger per le task di PR, Slack e di pianificazione automatica.

Fonti

• https://x.com/cursor_ai/status/2098162488013455784
• https://x.com/CodexReleases/status/2097817395930735015
• https://updatify.io/releases/codex-cli
• https://flaviocopes.com/cursor-projects
• https://andonlabs.com/pion
• https://andonlabs.com/blog/why-we-built-pion
• https://x.com/andonlabs/status/2099547565759062090
• https://x.com/steipete/status/2099207638994690181