dwp-create

Utwórz nowy Deep Work Plan na podstawie ogólnego celu.

/dwp-create

1. Cel + kontekst →
2. Rozłóż → zmaterializuj plan →
3. Plan na dysku

Co robi

dwp-create przyjmuje ogólny cel i przekształca go w ustrukturyzowany, wykonywalny Deep Work Plan. Analizuje wymagania, zadaje pytania doprecyzowujące w razie niejasności i materializuje plan Lite lub Full bezpośrednio w .dwp/plans/PLAN_<id>_<slug>/.

Użycie

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

Tryby i opcje graniczne

Opcje graniczne konfigurują sposób przeglądu i format planu. Mogą występować jako tokeny na początku lub na końcu polecenia, w dowolnej kolejności:

• Tryby przeglądu:
  • Prowadzony (domyślny): materializuje wykonywalną propozycję planu Lite, pokazuje zaobserwowane sygnały i uzasadnienie formatu, a następnie pyta, czy zachować Lite, podnieść do Full, edytować, czy przerwać.
  • Trust (trust lub auto): pomija przegląd i przechodzi od razu do wcześniej zatwierdzonego, gotowego do uruchomienia planu.
• Preferencje formatu:
  • lite: wyraża preferencję zwięzłego planu w jednym pliku README.md z zakotwiczonymi zapisami zadań (#task-N).
  • full: wyraża preferencję rozłożonych, numerowanych plików zadań (N.task_<slug>.md).
  • Jednoczesne podanie lite i full jest jawnym konfliktem.
• Terminator: -- kończy parsowanie opcji; wszystko po -- jest interpretowane jako dosłowny kontekst celu.

Zachowanie

1. Analiza wymagań: bada kontekst repozytorium, architekturę i udokumentowane polecenia testowe.
2. Doprecyzowanie: zadaje pytania doprecyzowujące, jeśli zakres lub wymagania są niejednoznaczne.
3. Monotoniczny przydział: przydziela w .dwp/plans/ dopełnioną zerami nazwę folderu PLAN_<id>_<slug>/, korzystając z .next-plan-id pod blokadą pliku POSIX (fcntl). Identyfikatory numeryczne rosną monotonicznie i nigdy nie są używane ponownie.
4. Materializacja kontraktu: uruchamia ledger.py materialize, aby zapisać manifest.json, opieczętować adresowany treścią contract.json (generacja v7 ze znacznikami zadań parallel_safe) i zarejestrować początkowe zdarzenie approval.
5. Final Review: plany kończą się obowiązkowym, pięcioczęściowym zadaniem Final Review (przegląd bezpieczeństwa z wymaganym przeglądem lokalnym, walidacja stanu końcowego, uzgodnienie skilli, uzgodnienie dokumentacji, zakończenie).

Aliasy

• dwp:create