.cursor/skills/stai-problem-solving/SKILL.md
Полный цикл системного решения проблемы по методологии курса STAI (514-CM-MIPT): Формулирование → Диагностика → Решение → Реализация. Четыре навыка pipeline с диалоговыми точками. Use when user asks to analyze a problem systematically, solve a problem using systems thinking, run problem-solving pipeline, or mentions "решить проблему", "системный анализ", "найти решение", "pipeline проблемы", "анализ проблемы", "5 почему", "iceberg", "архетип", "точка рычага". Does NOT trigger on lecture processing or course design tasks.
npx skillsauth add cless75/2026-03-Leadership-AI stai-problem-solvingInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Курс: 514-CM-MIPT — Системное и стратегическое мышление (МФТИ). Продукт: 12-CM-STAI.
Каноны навыков: каноны навыков 514 доступны в Master-Strategy2 или полном vault курса STAI
Мастерская 504 (Student-AI-Pack): в лёгком репозитории участника перечисленные файлы канона могут отсутствовать. Считать опорным этот SKILL.md: фазы, таблицы и стоп-точки ниже задают тот же pipeline. Детальные формулировки из канонов 514 — в полном vault курса STAI или у команды MDPG.
По явному запросу пользователя. Ключевые фразы: «решить проблему», «системный анализ», «анализ проблемы», «pipeline проблем», «5 почему», «iceberg-анализ», «найти архетип», «точка рычага», «портфель решений», «провести диагностику».
НЕ срабатывать на: «обработай транскрипцию», «создай материалы курса», «дизайн занятия» — это другие навыки.
[Фаза 1: Формулирование] → Д1 ⛔ → [Фаза 2: Диагностика] → Д2 ⛔ →
[Фаза 3: Решение] → Д3 ⛔ → [Фаза 4: Реализация (опц.)] → Д4 ⛔
4 диалоговые точки (⛔ = стоп, ждём подтверждения пользователя).
Пользователь предоставляет:
Если данных не хватает — запроси.
| # | Элемент | Вопрос | |---|---------|--------| | 1 | Нежелательные явления | Что беспокоит? | | 2 | Почему важно | Какой ущерб? | | 3 | Контекст | Условия, ограничения | | 4 | Стейкхолдеры | Кто вовлечён? | | 5 | Желаемая картина | Как выглядит «решено»? |
Покажи: таблицу 5 элементов, gap, тип задачи, цепочки «5 почему», тип корневой причины. Спроси: согласен ли? нужны ли правки?
Если тип задачи = Собиратель → предложи решение напрямую, без фаз 2-3.
Тип корневой причины (из Фазы 1)
├── Простая → 5 Why углублённый
├── Убеждения → Iceberg Model (4 уровня × стейкхолдеры)
├── Динамика → CLD (переменные, R/B-петли, delays)
└── Смешанный → Iceberg → CLD
CLD-нотация: A →(+) B (однонаправленная), A →(−) B (обратная), →||(+) (delay). R = чётное число (−), B = нечётное.
Покажи: модель (Iceberg/CLD), для Iceberg — SVG-таблицу после согласования текстовой структуры, архетип, точку рычага. Спроси: узнаёт ли пользователь свою систему? что упущено?
5 уровней рычага Медоуз для каждой точки воздействия:
Карта стейкхолдеров — матрица влияние × интерес (4 квадранта)
Приоритизация — матрица Effort / Impact
Портфель 3-5 гипотез — таблица:
| # | Гипотеза | Действие | Уровень рычага | Effort | Impact | |---|----------|----------|---------------|--------|--------|
Правила: Quick Wins (1-2) + стратегические (3-5). Минимум 1 гипотеза уровня 3+.
Покажи: портфель, карту стейкхолдеров, приоритизацию. Спроси: реалистично? какие приоритеты? нужна Фаза 4?
Стратегическое расширение (по запросу):
Покажи: планы экспериментов, риски, (стратегическое расширение). Спроси: готов к запуску?
При запросе сохранить — файл {Тема}-Problem-Analysis.md в рабочей папке.
По умолчанию pipeline работает короткими итерациями: на каждом шаге внутри фазы показывай промежуточный результат и спрашивай подтверждение.
Когда ситуация требует и коррекции, и системного улучшения:
| Трек | Горизонт | Фокус | |------|----------|-------| | A: Коррекция сейчас | Оставшиеся занятия текущего запуска | Quick wins, работа с тем что есть | | B: Редизайн на будущее | Следующий запуск курса | Структурные изменения, новые механики |
Для каждого трека — отдельный портфель гипотез.
При запуске pipeline создай {Тема}-ПЗ-Problem-Solving.md и обновляй после каждой фазы.
Frontmatter: tags: [analysis, problem-solving], gd_sync: true, ProjectId, P_date.
Структура каждой фазы в ПЗ:
Общая структура: Контекст → Ключевые решения → Ход работы (4 фазы × Результат + Анализ ответов) → Открытые вопросы → Артефакты.
Правила:
testing
Связь сессии с Objective и проектом: (START) штамп в карточке и журнал в «Заметки в течение дня» (заголовок HH:mm + статус 🔵/🟡); (MID) ПЗ/Notes + две строки в журнале; (CLOSE) итог, CLOSE-4a, смена статуса в заголовке журнала (🟢/🟣/⚪/🔴), опционально ctx [x], по умолчанию session-handoff (CLOSE-5). Триггеры: «работаем над», «зафиксируй сессию», «зафиксируй результат», «промежуточный итог», «checkpoint», «session start», «session result», «запиши итог сессии в ПЗ».
testing
Загрузить профиль участника из markdown-файла, нормализовать в краткое резюме для контекста сессий (роль, AI-опыт, цели, границы). Use when «загрузи профиль», «прочитай my-profile», «контекст участника из md», «импорт профиля 504».
testing
Формирование и обновление учебного профиля участника на основе вопросов, участия в кейсах, домашних заданий и самооценки. Индивидуальные карточки + агрегация в Cohort Map. Вызывается из process-lecture или отдельно.
testing
Компактное принятие и фиксация решения по критериям ставки 514 (ОНМС) с обязательной формулой «A, а не B, потому что C, чтобы D» и деревом «Чтобы D» в карточке проекта. Опционально — Effort/Impact и уровень рычага (Skill 3). Use when the user asks to decide, choose between options, evaluate a bet, fix a decision, «ОНМС», «обоснованность необратимость масштаб субъектность», «дерево решений», стратегия/проект/задача level choice; Russian triggers: «принять решение», «зафиксировать решение», «выбрать вариант», «микро-решение 514».