Alternative profile
Deep Work Plan × Deep Work Plan
Si installa come skill, porta il repository in una harness per agenti tramite onboarding ed esegue piani di lungo corso con validation gate per task, stato su disco e un Final Review obbligatorio.
Sviluppatori e team che affidano lavoro multi-sessione a qualsiasi agente di coding e devono vederlo finire verificato.
Ultima revisione:
Compared with Deep Work Plan
Where it fits
Si installa come skill, porta il repository in una harness per agenti tramite onboarding ed esegue piani di lungo corso con validation gate per task, stato su disco e un Final Review obbligatorio.
Sviluppatori e team che affidano lavoro multi-sessione a qualsiasi agente di coding e devono vederlo finire verificato.
Cosa porta Deep Work Plan
-
Indipendente dallo strumento e nativo del repository
La harness e il piano sono file nel Suo repository, leggibili da qualsiasi agente che segue gli standard AGENTS.md e Agent Skills. Cambiare agente non fa perdere il piano.
-
Validazione selezionata da ciò che ogni task ha toccato
Ogni task dichiara la propria superficie toccata ed esegue i test del comportamento modificato e dei suoi consumer, ampliando alla suite completa quando l’impatto non può essere delimitato. Zero test selezionati non è mai un esito positivo.
-
Un solo Final Review con passaggio di sicurezza
Un piano si chiude con una revisione di sicurezza dell’insieme di modifiche accumulato, inclusa una revisione locale obbligatoria del diff, e con una validazione dello stato finale. I rilievi critical bloccano il completamento.
Where it fits: Sviluppatori e team che affidano lavoro multi-sessione a qualsiasi agente di coding e devono vederlo finire verificato.
Capability snapshot
| Capacità | Deep Work Plan |
|---|---|
| Funziona con qualsiasi agente di coding Gli stessi file del repository guidano Claude Code, Codex, Cursor, Gemini CLI e altri. | Integrato |
| Scrive la harness dell’agente nel repository Istruzioni, documentazione, skill e comandi vivono nel repository, non nelle impostazioni di un singolo strumento. | Integrato |
| Criteri di accettazione per task Ogni task dichiara le condizioni osservabili per essere considerato fatto. | Integrato |
| Validation gate per task Ogni task indica i comandi che devono passare, selezionati da ciò che ha toccato. | Integrato |
| Stato ripristinabile su disco I progressi sopravvivono a un reset della sessione e possono essere ripresi da un altro agente o da un collega. | Integrato |
| Revisione di chiusura obbligatoria con passaggio di sicurezza Il piano non può completarsi senza una revisione di sicurezza dell’intero insieme di modifiche e la validazione dello stato finale. | Integrato |
| Verificatore di conformità eseguibile Uno script verifica il repository e i suoi piani rispetto allo standard, con un codice di uscita adatto alla CI. | Integrato |
| Misurazione pubblicata del carico di istruzioni I byte caricati da ogni flusso sono misurati da uno script sottoposto a commit e pubblicati con i relativi limiti. | Integrato |
| Onboarding che predispone la documentazione Una prima esecuzione scrive la documentazione e il kit agent-facing del repository. | Integrato |
| Specifiche vive per sistemi esistenti Le modifiche sono specificate come delta che si fondono in una specifica del sistema in crescita. | Fuori ambito |
| Memoria persistente dell'agente tra progetti La memoria segue l'agente tra repository e sessioni diverse, non solo lo stato su disco di un singolo piano. | Fuori ambito |
| Ruoli agente specializzati e distinti Persone nominate (come analista, architetto o revisore) suddividono il lavoro, invece di un solo agente che esegue ogni fase. | Opzionale o tramite estensione |
| Si presenta come un IDE o editor a sé stante Lo strumento è di per sé un ambiente di sviluppo integrato, non un'estensione di un agente di coding esistente. | Fuori ambito |