strategy-session

name	strategy-session
description	Стратегическая сессия — диспетчер. День-0 (нет Strategy.md/WeekPlan) → initial flow (цели, неудовлетворённости, первый WeekPlan). День-1+ → weekly flow (требует черновик от session-prep). Триггеры — «проведём стратегическую сессию», «первая стратегическая сессия», «strategy session», «давай стратегировать».
version	1.0.0
layer	L1
status	active
triggers	{"slash":["/strategy-session"],"phrases":[]}
routing	{"executor":"opus","deterministic":false}
agents	single
interaction	multi-step
gates_required	[]
gates_enforced	[]
gates_rationale	операционный скилл; WP Gate применим только при создании нового РП, не для операционных вызовов

Strategy Session — диспетчер

Один skill, два режима. Выбор по факту наличия артефактов в {{GOVERNANCE_REPO}}/.

When to use

Стратегическая сессия — диспетчер. День-0 (нет Strategy.md/WeekPlan) → initial flow (цели, неудовлетворённости, первый WeekPlan). День-1+ → weekly flow (требует черновик от session-prep). Триггеры — «проведём стратегическую сессию», «первая стратегическая сессия», «strategy session», «давай стратегировать».

Algorithm

Шаг 1. Определить режим

Проверь наличие любого из:

• {{WORKSPACE_DIR}}/{{GOVERNANCE_REPO}}/docs/Strategy.md
• {{WORKSPACE_DIR}}/{{GOVERNANCE_REPO}}/current/WeekPlan W*.md

Состояние	Режим	Куда дальше
Нет ни Strategy.md, ни WeekPlan	initial (день-0)	§2 этого файла
Есть Strategy.md и/или WeekPlan со status: draft	weekly	roles/strategist/prompts/strategy-session-weekly.md
Есть Strategy.md, но нет draft WeekPlan	weekly без draft	сообщи пользователю: «нет черновика, запустить session-prep?»

---

Шаг 2. Initial flow (день-0)

Цель: запустить пользователя со старта. Никакого session-prep, никакого ревью прошлой недели — их ещё нет.

Скажи пользователю:

«Это первая стратегическая сессия. Пройдём 4 шага: цели → неудовлетворённости → первый WeekPlan → MEMORY.md.»

2.1. Цели (5 мин)

Спроси:

• «Кем хочешь быть через год?»
• «Чему хочешь научиться?»
• «Какие 2-3 крупные цели на ближайшие 3-6 месяцев?»

Запиши ответы в {{WORKSPACE_DIR}}/{{GOVERNANCE_REPO}}/docs/Strategy.md по структуре:

• Видение (1 год)
• Цели на горизонт (3-6 месяцев)
• Принципы (что для меня важно)

2.2. Неудовлетворённости (5 мин)

Спроси:

• «Что сейчас мешает? Где разрыв между текущим и желаемым?»
• «Что регулярно раздражает или забирает энергию?»

Запиши в {{WORKSPACE_DIR}}/{{GOVERNANCE_REPO}}/docs/Dissatisfactions.md списком: каждая неудовлетворённость = 1-2 строки.

2.3. Первый WeekPlan (10 мин)

На основе целей + неудовлетворённостей предложи 3-5 РП на ближайшую неделю. Для каждого:

• Название (существительное-артефакт)
• Бюджет (часы)
• Артефакт-критерий (что появится по завершении)

Запиши в {{WORKSPACE_DIR}}/{{GOVERNANCE_REPO}}/current/WeekPlan W{N}.md (где N — номер ISO-недели).

2.4. Обновление MEMORY.md (2 мин)

В ~/.claude/projects/{{CLAUDE_PROJECT_SLUG}}/memory/MEMORY.md добавь раздел «РП текущей недели» со списком из 2.3.

2.5. Закрытие initial-сессии

Скажи: «Готово. Завтра утром можешь сказать "открывай день" — Стратег соберёт DayPlan на сегодня. По понедельникам в 04:00 автоматически готовится session-prep для следующей сессии.»

---

БЛОКИРУЮЩЕЕ: один шаг за раз

Нарушение этого правила делает сессию бессмысленной — пилот не вносит свои данные, решения принимаются без него.

После выполнения ЛЮБОГО шага — СТОП. Не читать следующий шаг, не продолжать. Ждать сообщения пилота. Следующий шаг — только после его ответа. Это правило действует даже после compaction, даже если gate = auto, даже если «очевидно что делать дальше».

---

Шаг 3. Weekly flow

Если режим = weekly:

3.1 Обход Backlog (B-005, обязательно)

Прочитай {{WORKSPACE_DIR}}/{{GOVERNANCE_REPO}}/docs/Backlog.md. Для каждой записи B-NNN в разделе ## Активные записи:

• Проверь триггеры открытия (Триггер открытия: блок в записи).
• Hard-trigger сработал? (внешнее событие случилось — например, первый user-deletion request получен, legal review запланирован на эту неделю, Honcho API timeout ≥48ч) — поднять для обсуждения в стратегической повестке: «B-NNN активирован, открываем РП?»
• Soft-trigger подошёл? (дата/процессная веха, например при открытии WP-XXX-v2, при следующей ревизии DP.D.NNN) — упомянуть в обзоре повестки как кандидата на следующие 1-2 недели.
• Ни один не сработал → оставить как есть, отметить «B-NNN живой, триггеров нет».

Если есть ?? (неопределённый статус) или Дата открытия: старше 90 дней без движения — пометить как кандидата на архивацию (## Архивные записи) с явным решением пилота.

Цель шага: Backlog не должен превращаться в dead inventory. Каждый Strategy Session — явная сверка триггеров.

3.2 Распаковка R1: discovery (Стратег) → планирование (Плановик)

Роль R1 распакована (РП378): Стратег ведёт WHAT/WHY (discovery неудовлетворённостей, состояние, приоритеты месяца), Плановик (DP.ROLE.066) — HOW MUCH/WHEN (упаковка в неделю, бюджеты, WIP, дни). Граница — по типу решения, не по артефакту.

Режим discovery (Стратег, этапы 1-4 — НЭП → приоритеты). Если приоритеты месяца устарели ИЛИ состояние пилота изменилось ИЛИ это первый месяц — сначала разговор-распаковка: запусти /discovery-session (метод DP.METHOD.053). На выходе — state-card + 3 топ-неудовлетворённости + ранжированные приоритеты месяца + ТОС-месяца. Это контекст приоритетов, передаётся в планирование.

Режим планирования (Плановик, этапы 5-6 — упаковка недели/дня). Если приоритеты актуальны (discovery не нужен) — Плановик ведёт неделю один (совместный ритуал DP.SC.051). Загрузи {{IWE_TEMPLATE}}/roles/strategist/prompts/strategy-session-weekly.md (если файл отсутствует → выполни bash update.sh или создай вручную; продолжи по базовому шаблону WeekPlan из этого SKILL.md) и следуй ему: упакуй контекст приоритетов в WeekPlan с бюджетами, распредели по дням, держи WIP-лимит (8-15).

Связка: discovery даёт контекст приоритетов → планирование его упаковывает. Стратег подключается к недельному ритуалу только при триггере пересмотра; иначе — Плановик один.