dwp-create

Crea un nuovo Deep Work Plan da un obiettivo di alto livello.

/dwp-create

Obiettivo + contesto
Scomporre → materializzare il piano
Piano su disco

/dwp-create trasforma un obiettivo in un piano ordinato.

Cosa fa

dwp-create prende un obiettivo di alto livello e lo trasforma in un Deep Work Plan strutturato ed eseguibile. Analizza i requisiti, pone domande di chiarimento in caso di ambiguità e materializza un piano Lite o Full direttamente sotto .dwp/plans/PLAN_<id>_<slug>/.

Uso

/dwp-create <goal>
/dwp-create trust lite <goal>
/dwp-create <goal> full trust

Modalità e opzioni limite

Le opzioni limite configurano il comportamento della revisione e il formato del piano. Possono comparire come token all’inizio o alla fine del comando, in qualsiasi ordine:

Modalità di revisione:
- Guidata (predefinita): materializza una proposta di piano Lite eseguibile, mostra i segnali osservati e la motivazione del formato, e chiede se mantenere Lite, promuovere a Full, modificare o fermarsi.
- Trust (trust o auto): salta la revisione e passa direttamente a un piano pre-approvato e pronto all’esecuzione.
Preferenze di formato:
- lite: esprime la preferenza per un piano compatto in un unico file, README.md, con record di attività ancorati (#task-N).
- full: esprime la preferenza per file di attività numerati e scomposti (N.task_<slug>.md).
- Specificare sia lite sia full costituisce un conflitto esplicito.
Terminatore: -- termina l’analisi delle opzioni; tutto ciò che segue -- viene interpretato come contesto letterale dell’obiettivo.

Comportamento

Analisi dei requisiti: esamina il contesto del repository, l’architettura e i comandi di test documentati.
Chiarimento: pone domande di chiarimento se l’ambito o i requisiti sono ambigui.
Allocazione monotona: assegna un nome di cartella con riempimento di zeri PLAN_<id>_<slug>/ sotto .dwp/plans/ tramite .next-plan-id, sotto lock di file POSIX (fcntl). Gli ID numerici sono monotoni e non vengono mai riutilizzati.
Materializzazione del contratto: esegue ledger.py materialize per scrivere manifest.json, apporre il contract.json indirizzato per contenuto (generazione v7 con marcatori di attività parallel_safe) e registrare l’evento iniziale approval.
Final Review: i piani terminano con un’attività obbligatoria di Final Review in cinque parti (passaggio di sicurezza con revisione locale obbligatoria, validazione dello stato finale, riconciliazione delle skill, riconciliazione della documentazione, completamento).

Alias

dwp:create