Skip to content
← Назад до набору
Usage: /dwp-create <goal> [trust|auto] [lite|full]

dwp-create

Створює новий Deep Work Plan із високорівневої мети.

Що це робить

dwp-create бере високорівневу мету й перетворює її на структурований виконуваний Deep Work Plan. Він аналізує вимоги, ставить уточнювальні запитання в разі неоднозначності та матеріалізує Lite- або Full-план безпосередньо в .dwp/plans/PLAN_<id>_<slug>/.

Використання

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

Режими та граничні опції

Граничні опції налаштовують поведінку перевірки та формат плану. Їх вказують як токени на початку або в кінці команди в будь-якому порядку:

  • Режими перевірки:
    • Керований (за замовчуванням): матеріалізує виконувану пропозицію Lite-плану, показує спостережені ознаки й обґрунтування формату та запитує, чи зберегти Lite, підвищити до Full, відредагувати чи зупинитися.
    • Trust (trust або auto): пропускає перевірку й одразу переходить до заздалегідь схваленого, готового до запуску плану.
  • Вподобання формату:
    • lite: виражає перевагу компактного однофайлового плану в README.md із заякореними записами задач (#task-N).
    • full: виражає перевагу декомпозованих нумерованих файлів задач (N.task_<slug>.md).
    • Одночасне зазначення lite і full є явним конфліктом.
  • Термінатор: -- завершує розбір опцій; усе, що йде після --, тлумачиться як буквальний контекст мети.

Поведінка

  1. Аналіз вимог: вивчає контекст репозиторію, архітектуру та задокументовані команди тестування.
  2. Уточнення: ставить уточнювальні запитання, якщо обсяг робіт або вимоги неоднозначні.
  3. Монотонне виділення: виділяє в .dwp/plans/ назву папки PLAN_<id>_<slug>/, доповнену нулями, використовуючи .next-plan-id під файловим блокуванням POSIX (fcntl). Числові ID монотонно зростають і ніколи не використовуються повторно.
  4. Матеріалізація контракту: запускає ledger.py materialize, щоб записати manifest.json, проставити контентно-адресований contract.json (покоління v7 з маркерами задач parallel_safe) і зафіксувати початкову подію approval.
  5. Final Review: плани завершуються обов’язковою задачею Final Review із п’яти частин (перевірка безпеки з обов’язковим локальним рев’ю, валідація фінального стану, звірка скілів, звірка документації, завершення).

Аліаси

  • dwp:create