agentsclimarketplace

Wp new

Skill TserenTserenov/FMT-exocortex-template/.claude/skills/wp-new

Создание нового рабочего продукта (РП) с записью в 5 мест атомарно. Используй когда появляется новая задача, которой нет в плане недели.From its SKILL.md

Install
npx -y skills add TserenTserenov/FMT-exocortex-template --skill wp-new

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

SKILL.md

10.2 KB, ~2.6k tokens by cl100k_base, as published. Nobody here has run it

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

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


When to use

Создание нового рабочего продукта (РП) с записью в 5 мест атомарно. Используй когда появляется новая задача, которой нет в плане недели.

⛔ БЛОКИРУЮЩЕЕ ПРАВИЛО (Шаг 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.


Algorithm

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

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

  • Название: формулировка артефакта (не задачи)
  • Репо: целевой репозиторий
  • Бюджет: оценка в часах
  • Приоритет: критический / высокий / средний / низкий
  • Результат месяца: (только для РП ≥3h) к какому результату месяца (R1, R2, …) привязан? Допустимые ответы: R{N}, поддержка, off-plan. Source-of-truth маппинга: ${IWE_GOVERNANCE_REPO:-DS-strategy}/docs/Strategy.md → «РП → Результаты»
  • Критерий готовности: что должно получиться
  • Ставка — переход состояния (WP-457, WP-505): ось из docs/state-axes-registry.yaml (только gate_ready: permission/Доверие, belonging/Оснащённость, engagement/Увлечённость, mastery/Компетентность) + формулировка «из → в» одной строкой; субъект перехода — пользователь платформы / пилот / команда. Обязательно, если файл реестра осей существует — скрипт заблокирует создание без --state. Файла нет (типовая установка) → пропустить.
  • Гипотеза: номер H-NNN из current/hypotheses-log.md (если журнал ведётся), либо «—» — осознанное «ставки нет» (инфраструктура/техдолг). Попадает в frontmatter и колонку «Ставка» реестра.

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

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

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

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

Шаг 4. Запись — запустить scripts/create-wp.sh

Все шаги ниже автоматизированы скриптом scripts/create-wp.sh. Скрипт пишет в 4 места:

  1. inbox/WP-{N}/WP-{N}.md → context file (всегда папка — WP-434, см. INBOX-CONVENTION)
  2. docs/WP-REGISTRY.md → новая строка таблицы
  3. current/WeekPlan W{N}…md → новая строка в таблице РП
  4. current/active-wp.md → пересобирается автоматически (build-active-wp.py)

issue #280: до этого фикса скрипт дополнительно создавал заготовку archive/wp-contexts/WP-{N}-{slug}.md (§Закрытия stub). Эта заготовка больше не создаётся при регистрации — close-wp.sh сам создаёт файл заново при закрытии РП, канонический путь git mv из protocol-close.md не конфликтует с существующим файлом. Пустые заготовки, найденные в archive/wp-contexts/ с датой до этого фикса, — след старого поведения, не действующая норма.

После скрипта — агент вызывает MCP (не вручную):

  • Linear issue — вызвать mcp__claude_ai_linear__save_issue: title: "WP-{N} {Название}", team: "{{LINEAR_TEAM_ID}}" <!-- L3-author: teamId was here, replaced with {{LINEAR_TEAM_ID}} --> priority: 2 (P2 → High), description: краткое описание фаз + путь к context file
  • docs/Strategy.md § «РП → Результаты» — только для РП ≥3h. Передать --result R{N} скрипту для автовставки; без флага — добавить вручную.

Синтаксис скрипта:

touch ~/.claude/state/wp-consent-{N}   # WP Gate — обязательно перед запуском
bash scripts/create-wp.sh \
  --title "Название РП" \
  --budget 5h \
  --priority P2 \
  --state "belonging (Оснащённость): пилот без Х → с Х" \  # обязателен при наличии docs/state-axes-registry.yaml
  --hypothesis H-101 \ # необязательно; по умолчанию «—» (нет ставки)
  --result R3 \        # необязательно; если ≥3h — передать для автовставки в Strategy.md
  --repo "DS-repo"     # необязательно

Шаблон context file (создаётся скриптом автоматически):

---
wp: {N}
title: {название}
status: pending
priority: {P1-P5}
budget: {Nh}
created: {YYYY-MM-DD}
last_session: {YYYY-MM-DD}
related: []
state_transition: "{ось (Русское имя): из → в}"
hypothesis: "{H-NNN или —}"
---

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

## Проблема
## Артефакт
## Связки с РП
## Фазы реализации
## Осталось

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

Выведи: «РП #{N} создан. Скрипт записал в 4 местах: context file, Registry, WeekPlan, active-wp пересобран. Linear — {TSR-NN}.» Если ≥3h и --result не передан: добавить «+ добавить маппинг в Strategy.md вручную».

# Postcondition check — substitute {N} with the real WP number before running
WP_NUM={N}   # real number from Step 2
grep -q "WP-${WP_NUM}" "{{WORKSPACE_DIR}}/{{GOVERNANCE_REPO}}/docs/WP-REGISTRY.md" \
  && echo "✅ WP-${WP_NUM} найден в WP-REGISTRY.md" \
  || echo "❌ WP-${WP_NUM} НЕ найден — проверить вывод create-wp.sh выше"
<!-- USER-SPACE --> <!-- /USER-SPACE -->

What ships with it

Read from the repository

Just SKILL.md. No reference files, no scripts.

Keep looking

Skills are one crate of 325,949. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.