wp-new

name	wp-new
description	Создание нового рабочего продукта (РП) с записью в 5 мест атомарно. Используй когда появляется новая задача, которой нет в плане недели.
argument-hint	[название РП]

Создание нового РП

Новый рабочий продукт: $ARGUMENTS

---

⛔ БЛОКИРУЮЩЕЕ ПРАВИЛО (Шаг 0): явное согласие пользователя

Создание РП — необратимое действие (запись в 5 мест: REGISTRY/WeekPlan/Strategy/context-file/Linear). Откат стоит времени и создаёт шум в системе. Поэтому:

1. Сначала проверь: задача может быть выполнена в рамках существующего открытого РП (как новая фаза, под-задача, или продолжение)?
   • Открой WeekPlan текущей недели + WP-REGISTRY → найди РП с близким scope.
   • Если задача = расширение существующего scope → продолжай в рамках того РП (добавь Phase 2 / новый трек / context-file extension).
2. Если новый РП объективно нужен (отдельный lifecycle, отдельный артефакт, не вписывается в существующий):
   • Предложи пользователю формулировку: «Это потянет на новый РП #{N} <title>. Создать?»
   • Дождись явного "да" / "создавай" / "ок" перед записью в 5 мест.
   • Запрос здесь legitimate (не нарушение P5 «не задавать вопросы») — создание РП = создание artefact в системе, требует явного buy-in пользователя.
3. Запрещено:
   • Создавать РП «по аналогии» / «потому что задача похожа на новый scope» / «чтобы зафиксировать план».
   • Создавать РП после команды пользователя «сделай план для X» — план может быть документом в рамках существующего РП.
   • Создавать РП «на всякий случай» / «для прозрачности».

Это исключение из Правила 1 feedback_behaviour (автономность). Правило 1 запрещает спрашивать разрешения на действия, у которых уже есть достаточный context. Создание РП — нет: оно требует явного buy-in потому что (а) запись в 5 мест необратима без отката, (б) влияет на бюджет недели и Strategy mapping, (в) добавляется в Linear (виден другим).

Журнал нарушений: 26 апр 2026 WP-270 — создал РП после фразы Tseren «давай сделаем новый план миграции» без явного согласия. План был отдельным документом, мог быть Phase 2 в рамках WP-268. Откат: WP-270 cancelled, план перенесён в WP-268 §Phase 2.

---

Шаг 1. Сбор информации

Запроси или определи:

• Название: формулировка артефакта (не задачи)
• Репо: целевой репозиторий
• Бюджет: оценка в часах
• Приоритет: критический / высокий / средний / низкий
• Результат месяца: (только для РП ≥3h) к какому результату месяца (R1, R2, …) привязан? Допустимые ответы: R{N}, поддержка, off-plan. Source-of-truth маппинга: DS-my-strategy/docs/Strategy.md → «РП → Результаты»
• Критерий готовности: что должно получиться

Шаг 2. Нумерация

Найди последний номер РП в MEMORY.md → следующий порядковый номер. Только целые числа (74, 75…). Буквенные суффиксы (73a, 73b) запрещены.

Шаг 3. Проверка бюджета

Прочитай текущий бюджет недели из WeekPlan. Предупреди если превышение.

Шаг 4. Атомарная запись в 5 мест

1. MEMORY.md → таблица «РП текущей недели» (новая строка)
2. DS-strategy/docs/WP-REGISTRY.md → новая строка (сортировка: от последнего к первому)
3. DS-strategy/current/WeekPlan W{N}... → таблица РП (новая строка)
4. DS-strategy/docs/Strategy.md → таблица «РП → Результаты» (только для РП ≥3h, добавить строку с маппингом)
5. DS-strategy/inbox/WP-{N}-{slug}.md → context file:

---
wp: {N}
title: {название}
status: pending
created: {YYYY-MM-DD}
source: {откуда пришла задача}
verification_class: {closed-loop | open-loop | problem-framing}
---

# WP-{N}: {название}

## Описание
{что и зачем}

## Артефакт
{конкретный результат}

## Контекст
{связи, зависимости}

## Критерий готовности
{чеклист}

## Бюджет
~{N}h

## Осталось
Всё — не начато.

Шаг 5. Подтверждение

Выведи: «РП #{N} создан. Записан в MEMORY, Registry, WeekPlan, Strategy (маппинг), context file.» Если РП <3h: «РП #{N} создан. Записан в MEMORY, Registry, WeekPlan, context file. (маппинг к результату не требуется, бюджет <3h)»