Skip to content
← Retour au kit
Usage: /dwp-create <goal> [trust|auto] [lite|full]

dwp-create

Créer un nouveau Deep Work Plan à partir d’un objectif de haut niveau.

Ce qu’il fait

dwp-create prend un objectif de haut niveau et le transforme en un Deep Work Plan structuré et exécutable. Il analyse les exigences, pose des questions de clarification en cas d’ambiguïté et matérialise un plan Lite ou Full directement sous .dwp/plans/PLAN_<id>_<slug>/.

Utilisation

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

Modes et options de frontière

Les options de frontière configurent le comportement de relecture et le format du plan. Elles peuvent apparaître sous forme de jetons au début ou à la fin de la commande, dans n’importe quel ordre :

  • Modes de relecture :
    • Guidé (par défaut) : matérialise une proposition de plan Lite exécutable, présente les signaux observés et la justification du format, puis demande s’il faut conserver Lite, promouvoir vers Full, modifier ou arrêter.
    • Trust (trust ou auto) : saute la relecture et passe directement à un plan pré-approuvé, prêt à l’exécution.
  • Préférences de format :
    • lite : exprime une préférence pour un plan compact en un seul fichier, README.md, avec des enregistrements de tâche ancrés (#task-N).
    • full : exprime une préférence pour des fichiers de tâche numérotés et décomposés (N.task_<slug>.md).
    • Indiquer à la fois lite et full constitue un conflit explicite.
  • Terminateur : -- met fin à l’analyse des options ; tout ce qui suit -- est interprété comme contexte littéral de l’objectif.

Comportement

  1. Analyse des exigences : examine le contexte du dépôt, l’architecture et les commandes de test documentées.
  2. Clarification : pose des questions de clarification si le périmètre ou les exigences sont ambigus.
  3. Allocation monotone : alloue un nom de dossier complété par des zéros PLAN_<id>_<slug>/ sous .dwp/plans/ à l’aide de .next-plan-id, sous verrou de fichier POSIX (fcntl). Les ID numériques sont monotones et jamais réutilisés.
  4. Matérialisation du contrat : exécute ledger.py materialize pour écrire manifest.json, apposer le contract.json adressé par contenu (génération v7 avec marqueurs de tâche parallel_safe) et enregistrer l’événement initial approval.
  5. Final Review : les plans se terminent par une tâche obligatoire de Final Review en cinq parties (passe de sécurité avec relecture locale obligatoire, validation de l’état final, réconciliation des skills, réconciliation de la documentation, achèvement).

Alias

  • dwp:create