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