ms-participant-profile

name	ms-participant-profile
description	Сквозной профиль участника Стратегической Мастерской через программы (504, 458-STA, 514-MIPT, 522-EMBA-PS и др.). Четыре режима по жизненному циклу: Initial Intake (старт программы), Quick Refresh (конец модуля), Mid-Course Diagnostic (обязательный checkpoint в середине для self-paced), Full Synthesis (конец программы). Триггеры: «обнови профиль», «создай профиль участника», «синтез профиля», «profile intake», «profile refresh», «mid-course diagnostic», «profile synthesis», «profile rework».
project	ms-cross-program

Навык: сквозной профиль участника Мастерской (ms-participant-profile)

Схема файла профиля: schema.md Справочник (10 измерений, паттерны дельт, примеры): reference.md Шаблоны: templates/ms-profile.template.md, templates/mid-course-diagnostic.template.md, templates/profile-synthesis-report.template.md, templates/personal-recommendations.template.md

Назначение

Единый профиль участника, который живёт между программами MS и обновляется по событиям жизненного цикла обучения. Не привязан к курсу — привязан к участнику. Хранится в личном рабочем пространстве участника, не в репозитории курса.

Отличие от других профильных навыков

• participant-learning-profile — инструмент ведущего: анализ вопросов/поведения участника из транскрипции, Cohort Map. Не замещается.
• participant-profile-load — utility: загрузка профиля в контекст сессии. Продолжает работать; ms-profile.md читается через тот же механизм.
• course-goals-intake — опрос целей на конкретный курс. Остаётся. ms-participant-profile Initial Intake включает курсовые цели как под-секцию, но покрывает и кросс-программный уровень (идентичность, сквозные цели, траектория).

Хранение профиля

Канонический файл: ms-profile.md по схеме schema.md.

Где живёт (участник выбирает при первом Initial Intake):

1. Отдельный локальный vault MS-Personal/ (рекомендация по умолчанию — не привязан к репо курса).
2. Google Doc / Drive с синхронизацией через gd-sync.
3. Любой облачный md-хост (Notion, Obsidian Publish, private).

Путь сохраняется в .claude/settings.local.json ключом MS_PROFILE_PATH (или переменная окружения). Не коммитится в git-репо курса — профиль это личные данные участника.

Версионирование. Каждое существенное обновление инкрементирует номер версии в frontmatter (ProfileVersion: vN). Предыдущая версия сохраняется рядом как ms-profile.vN-1.md или в ms-profile.history/vN-1.md.

---

Четыре режима

Режим 1 — Initial Intake (старт программы, 20–30 мин)

Команда: /profile-intake Триггер: первый запуск, отсутствие ms-profile.md по MS_PROFILE_PATH; или явный запрос «создай профиль участника MS».

Шаги:

1. Проверка существующего профиля. Grep по MS_PROFILE_PATH, legacy my-profile.md в корнях курсов MS, possible Google Doc.

   • Если найден ms-profile.md по новой схеме — загрузить, сообщить «профиль уже существует», предложить Quick Refresh.
   • Если найден legacy my-profile.md — предложить миграцию в новую схему (сохранить старый как my-profile.legacy.md).
   • Если ничего нет — новый профиль.

2. Выбор места хранения. Спросить пользователя: «Где ты хочешь хранить свой сквозной профиль? (1) локальный vault MS-Personal — рекомендация; (2) Google Drive с gd-sync; (3) другой путь вручную». Записать в .claude/settings.local.json → MS_PROFILE_PATH.

3. Опрос (15–20 минут) по 10 измерениям из reference.md, с акцентом на вход в программу:

   • Роль и контекст (текущая позиция, команда, отрасль).
   • Стиль мышления (аналитический / интуитивный, темп, формат рефлексии).
   • Ядро ценностей (что декларируешь как важное).
   • Ресурсы (сильные стороны).
   • Уязвимости (самооценка EQ — 5 компонентов по Гоулману).
   • Защиты (как справляешься со стрессом — свой ответ).
   • (Тень — пропускается на intake, открывается только в курсах с соответствующими модулями, например M3 в 504).
   • Эмоциональный фон (как ты сейчас).
   • Отношение к власти/авторитетам.
   • Мотивация программы (декларируемые цели на старте).

4. Предыдущий опыт с MS. Если участник уже проходил другие программы — кратко зафиксировать (какие, когда, что вынес).

5. Создать ms-profile.md v1 по шаблону templates/ms-profile.template.md. Frontmatter включает ProfileVersion: v1, CDate, StartProgram, MS_Programs_Timeline.

   Маркеры приватности в frontmatter:

   privacy: personal
   kind: diagnostic
   contains-pii: no  
      
    
   

5b. Копия в My-Notes/Diagnostics/ (для удобства handoff и render-notes). Основной файл по MS_PROFILE_PATH остаётся каноном; копия обновляется при каждой версии. Это позволяет /render-notes строить timeline профиля без обращения к внешнему пути.

6. Daily-note first day: в текущую daily добавить строку Профиль MS создан: [[ms-profile|ms-profile.md v1]]. В MS_PROFILE_PATH записать cross-link на файл дня.

DoD: ms-profile.md v1 с заполненными 9 секциями; путь сохранён в settings; ссылка в daily.

Режим 2 — Quick Refresh (конец модуля, 20–30 мин)

Команда: /profile-refresh Триггер: закрытие HW-Protocol модуля; явный запрос «обнови профиль».

Шаги:

1. Загрузить текущий ms-profile.md + HW-Protocol текущего модуля + daily-notes модуля.
2. Диалог: «3 главных сдвига в модуле? Что получилось неожиданно? Что подтвердилось?».
3. По ключевым секциям (EQ, ресурсы, уязвимости, скрытые мотивы, цели, защиты) — короткий вопрос «изменилось ли? если да — как?». Не все секции, только те, где есть сигнал из HW/daily.
4. Diff. Показать что предлагается поменять, в формате:

   Секция X: было "..." → станет "..."
   Секция Y: новый пункт "..."
   

5. Запись. Инкрементировать версию (v1 → v1.1), сохранить старую копию в ms-profile.history/ (если директории нет — создать).
6. Запись в daily (2–3 строки): «Профиль обновлён до vX.Y. Главные сдвиги: …».

DoD: обновлённый ms-profile.md, запись в daily.

Контр-диагностика опциональна, включается если участник фиксирует серьёзный сдвиг (например, пересматривает цели программы или ставит диагноз своему руководителю).

Режим 3 — Mid-Course Diagnostic (ОБЯЗАТЕЛЬНЫЙ, 45–60 мин)

Команда: /mid-course-diagnostic Триггер: пройдено ≥50% модулей программы без Diagnostic за последние 30 дней; явный запрос.

Для self-paced курсов: это жёсткий gate. При /session-start по M3+ без Diagnostic за 30 дней — session-link блокирует старт сессии и предлагает сначала Diagnostic (см. раздел «Интеграция с session-link» ниже).

Ключевое отличие от Quick Refresh: работает на стратегическом уровне — не обновляет секции профиля, а проверяет, идёт ли программа туда, куда участник собирался.

Шаги:

1. Сравнение деклараций и фактов.

   • Загрузить исходные цели программы (goals-*.md или секция «Мотивация программы» в ms-profile.md v1).
   • Сравнить с фактическим фокусом HW-Protocol'ов за пройденные модули (что реально делал, над чем думал).
   • Вывести в две колонки: «декларировал на старте» vs «фактически работал».

2. Проверка скрытой мотивации. Вопрос:

   «Если бы программа закончилась сегодня, какой главный результат ты бы зафиксировал? Одной-двумя фразами.»

   Сравнить с декларацией на старте. Если радикально разошлись — явно обозначить разрыв, не сглаживать.

3. Соответствие оставшейся программы новому вектору. Если цели сместились, проверить: модули M3, M4 (и т. д.) работают на новый вектор или на старый? Показать программу курса, оценить соответствие.

4. Контр-диагностика (обязательно). Три шага из шаблона:

   • Альтернативы. 3 альтернативных объяснения «почему сдвиг произошёл» (перегруз, курс открыл новую тему, глубина привела к пересмотру, внешние обстоятельства, естественная эволюция).
   • Какую нельзя опровергнуть фактами?
   • Что меняется, если альтернатива верна?

5. Три варианта продолжения — явный выбор участника:

   • Continue as-is — смещение небольшое, корректировка не нужна.
   • Adjust focus — остаться в программе, скорректировать акцент оставшихся модулей.
   • Pivot — сменить программу / пауза / закрыть досрочно как «уже дала что нужно».

6. Запись:

   • Отчёт mid-course-diagnostic-YYYY-MM-DD.md (по templates/mid-course-diagnostic.template.md) в MS_PROFILE_PATH рядом с профилем.
   • Обновление ms-profile.md (секция «Актуальные цели» + новая версия).
   • Решение (Continue/Adjust/Pivot) с датой.

DoD: отчёт, обновлённый профиль, явное решение «как идём дальше».

Режим 4 — Full Synthesis (конец программы, 1.5–2 часа + сутки паузы + 30 мин)

Команда: /profile-synthesis Триггер: закрытие последнего модуля программы; явный запрос «синтез профиля после курса».

Шаги:

1. Сбор всех входов программы. Glob по MS_PROFILE_PATH и рабочей директории курса: ms-profile.md, ms-profile.history/*, goals-*.md, *-HW-Protocol.md, *-EQ-diagnosis.md, M*-S0.*.md (самодиагностика тени), M*-S*.*.md (диагностика стейкхолдеров), daily-notes за период программы, open-questions.md, mid-course-diagnostic-*.md.

2. Проверка полноты. Показать чеклист: какие входы есть, каких нет. Предупредить, если отсутствует >30% ожидаемых входов — синтез будет частичным.

3. Реверс-инжиниринг профиля по 10 измерениям. Для каждого — цитата из файла участника + имя файла + строка. Без цитирования интерпретации AI = фантазия.

4. Дельты от v1 (или от последнего Mid-Course). Для каждого измерения: что было, что стало. Три категории:

   • Подтверждение — измерение устойчиво, маркеры сохранились.
   • Смещение — измерение изменилось; описать в какую сторону.
   • Новый слой — появилось измерение, которого не было (часто тень, скрытая мотивация).

5. Контр-диагностика (обязательно). Для каждого вывода, который звучит как диагноз («я — X-тип», «моя тень — Y») — 3 альтернативы без патологизации (стресс / ситуативность / ролевой контекст), какую не можешь опровергнуть, что меняется в плане действий.

6. Слепые зоны. Честный блок: чего ты, скорее всего, о себе не видишь. Сигналы:

   • Темы, которые ты обходишь в HW (молчание = индикатор).
   • Вопросы, которые ты ставишь в open-questions.md, но не закрываешь.
   • Решения, которые ты откладываешь без явной причины.

7. Рекомендации (опционально, по запросу). Если участник просит — собрать в personal-recommendations-YYYY-MM-DD.md по шаблону: BLUF (3 пункта) + треки (операционные шаги) + что не делать + red flags (критерии разворота плана) + что отчёт не делает.

8. Запись:

   • ms-profile.md vN+1 (финальная версия программы).
   • profile-synthesis-YYYY-MM-DD.md — отчёт-синтез.
   • Опционально personal-recommendations-YYYY-MM-DD.md.

DoD: три артефакта (профиль vN+1, отчёт-синтез, опц. рекомендации); пауза 24ч перед финализацией.

---

Жёсткие правила всех режимов

1. Цитирование. Каждый вывод о участнике — цитата из его файла + имя файла + строка. Без цитат интерпретация = фантазия AI.

2. Не ставить клинических диагнозов ни участнику, ни упомянутым в файлах третьим лицам. Только операционные паттерны.

3. Privacy guard. Имена третьих лиц (руководители, коллеги, клиенты) в финальных артефактах заменяются ролями (СРО, PO, линейный коллега). Исключение — сам участник.

4. Контр-диагностика обязательна в Mid-Course и Full Synthesis. Опциональна в Quick Refresh. В Initial Intake не применяется.

5. Уважительный тон. Без патернализма. Участник, дошедший до Mid-Course или Full Synthesis, сделал заметную работу.

6. Версионирование. Каждое изменение ms-profile.md — новая версия в frontmatter + старая копия в ms-profile.history/. Откат возможен.

7. Cross-program continuity. При смене программы (начал 504, теперь 458-STA) — Initial Intake загружает существующий ms-profile.md и запускает миграцию, не создаёт новый с нуля.

---

Интеграция с session-link (mid-course gate)

Для self-paced курсов session-link проверяет при старте сессии:

1. Есть ли в MS_PROFILE_PATH файл mid-course-diagnostic-*.md за последние 30 дней?
2. Пройдено ли ≥50% модулей программы (по маркерам в daily-notes или в секции «Прогресс» ms-profile.md)?
3. Если да на (2) и нет на (1) — блокировать session-start, сообщение:

   «Ты прошёл 2+ модуля без mid-course diagnostic. Это обязательный checkpoint — он помогает заметить, если цели программы сместились, пока ты внутри. Запустить /mid-course-diagnostic сейчас? (45–60 мин).»

4. Opt-out только с явным «пропустить» от участника + запись в ms-profile.md → секция «Пропущенные checkpoints» (для ведущего видно в аналитике).

Для facilitated курсов gate опционален — ведущий может предложить Mid-Course на встрече.

---

Интеграция с burnout-self-diagnosis

В Quick Refresh и Mid-Course Diagnostic агент проверяет входящие материалы на маркеры выгорания (из раздела «Автотриггер в других навыках» в burnout-self-diagnosis/SKILL.md). Если маркеры найдены — предлагает /burnout-check до обновления секций профиля.

Мотивация: выгорание искажает самооценку по всем измерениям (EQ, уязвимости, отношение к власти, мотивация). Обновлять профиль «из состояния выгорания» значит фиксировать временное как устойчивое.

Результаты /burnout-check обновляют:

• секцию 5 «Уязвимости и триггеры» (добавляется пункт с текущими триггерами перегруза);
• секцию 8 «Эмоциональный фон» (добавляется текущая зона: 🟢/🟡/🟠/🔴 + дата);
• секцию 11 «Прогресс по программам» для активной программы — флаг health_signal: <уровень> для будущей Mid-Course Diagnostic и для ведущего.

Связанные навыки и файлы

• participant-profile-load — используется для загрузки ms-profile.md в контекст.
• course-goals-intake — вызывается из Initial Intake как под-сценарий для курсо-специфичных целей.
• eq-self-diagnosis — запускается из Quick Refresh и Full Synthesis для обновления EQ-секции.
• burnout-self-diagnosis — авто-триггер при маркерах истощения; блокирующий gate перед обновлением профиля из состояния выгорания.
• session-link — интегрируется через mid-course gate.
• participant-learning-profile — параллельный навык для ведущего, не замещается.

Запреты

• Не оценивать личность участника, не ставить психологических диагнозов, не ранжировать.
• Не публиковать ms-profile.md или отчёты в публичные места без явного согласия.
• Не разгонять диагностику до клинического уровня (триада, психопатология) — это вне компетенции навыка; при соответствующих сигналах направлять к живой помощи (терапевт, ментор).