| 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 даёт контекст приоритетов → планирование его упаковывает. Стратег
подключается к недельному ритуалу только при триггере пересмотра; иначе — Плановик один.
