Strategy Session

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

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

When to use

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

Algorithm

Шаг 0. Extensions (before)

bash .claude/scripts/load-extensions.sh strategy-session before → Exit 0: Read каждый файл, выполнить. Exit 1: пропустить.

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

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

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

Если хотя бы один есть — проверь ВТОРЫМ шагом, первая ли это Strategy Session календарного месяца. Записи двух легальных раскладок (issue #608, тот же корень, что #545 в day-open-scaffold.sh): плоские файлы Strategy/Day-сессий (sessions/YYYY-MM-DD.md) и подпапка по месяцу для peer-сессий (sessions/YYYY-MM/) — искать нужно по обоим адресам, иначе плоская раскладка (дефолт по memory/routing-vocab.md) всегда даёт «не найдено» и месячная сверка не срабатывает ни разу:

SESSIONS_DIR=$(source {{WORKSPACE_DIR}}/scripts/lib/common.sh 2>/dev/null && iwe_sessions_dir 2>/dev/null) || SESSIONS_DIR="{{WORKSPACE_DIR}}/{{GOVERNANCE_REPO}}/sessions"
grep -rl "strategy-session\|Strategy Session" \
  "$SESSIONS_DIR/$(date +%Y-%m)-"*.md \
  "$SESSIONS_DIR/$(date +%Y-%m)/" 2>/dev/null

Пусто → первая сессия месяца.

Найдено платформенным аудитом 17.08.2026: до этого исправления диспетчер знал только про initial/weekly — monthly-вариант (strategy-session-monthly.md) был реализован, но ничем не вызывался, кроме редкой ручной эскалации из weekly-stop-gate. Результат — шаги, привязанные только к monthly (стратегическая сверка, линза калибра/lifework-пакет, разбор inbox), фактически никогда не запускались ни у одного пользователя. Этот шаг — фикс маршрутизации, не новая функциональность.

Известное ограничение (policy, не баг, peer-review с Codex 17.08.2026): триггер идемпотентен относительно УСПЕШНОГО запуска (файл сессии записан в sessions/), но не относительно прерванного/aborted запуска до записи файла — следующая попытка в том же месяце снова увидит «нет записей» и снова пойдёт в monthly. Осознанный компромисс: at-least-once per month лучше, чем zero-times (баг, который этот фикс и устраняет). Ужесточение до exactly-once — отдельный РП при появлении живого сигнала, что дублирование monthly реально мешает.

Шаг 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 для следующей сессии.»

Extensions (after): bash .claude/scripts/load-extensions.sh strategy-session after → Exit 0: Read каждый файл, выполнить. Exit 1: пропустить.

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

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

После выполнения ЛЮБОГО шага — СТОП. Не читать следующий шаг, не продолжать. Ждать сообщения пилота. Следующий шаг — только после его ответа. Это правило действует даже после 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 даёт контекст приоритетов → планирование его упаковывает. Стратег подключается к недельному ритуалу только при триггере пересмотра; иначе — Плановик один.

Extensions (after): bash .claude/scripts/load-extensions.sh strategy-session after → Exit 0: Read каждый файл, выполнить. Exit 1: пропустить.