--- 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](schema.md) **Справочник (10 измерений, паттерны дельт, примеры):** [reference.md](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](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](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:** ```yaml privacy: personal kind: diagnostic contains-pii: no # auto -> yes, если в секциях 9 или 11 упоминаются имена руководителей commercial-secrets: none # auto -> possible, если упоминается стратегия компании mentor-shareable: yes-after-mask ``` Auto-suggest при заполнении: если участник вводит имена / названия компании в секциях «Отношение к власти», «Прогресс по программам» → поднять `contains-pii: yes` и предложить пометить файл как `mentor-shareable: yes-after-mask`. 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-self-diagnosis/SKILL.md)). Если маркеры найдены — предлагает `/burnout-check` **до** обновления секций профиля. Мотивация: выгорание искажает самооценку по всем измерениям (EQ, уязвимости, отношение к власти, мотивация). Обновлять профиль «из состояния выгорания» значит фиксировать временное как устойчивое. Результаты `/burnout-check` обновляют: - секцию 5 «Уязвимости и триггеры» (добавляется пункт с текущими триггерами перегруза); - секцию 8 «Эмоциональный фон» (добавляется текущая зона: 🟢/🟡/🟠/🔴 + дата); - секцию 11 «Прогресс по программам» для активной программы — флаг `health_signal: <уровень>` для будущей Mid-Course Diagnostic и для ведущего. ## Связанные навыки и файлы - [participant-profile-load](../participant-profile-load/SKILL.md) — используется для загрузки `ms-profile.md` в контекст. - [course-goals-intake](../course-goals-intake/SKILL.md) — вызывается из Initial Intake как под-сценарий для курсо-специфичных целей. - [eq-self-diagnosis](../eq-self-diagnosis/SKILL.md) — запускается из Quick Refresh и Full Synthesis для обновления EQ-секции. - [burnout-self-diagnosis](../burnout-self-diagnosis/SKILL.md) — авто-триггер при маркерах истощения; блокирующий gate перед обновлением профиля из состояния выгорания. - [session-link](../session-link/SKILL.md) — интегрируется через mid-course gate. - [participant-learning-profile](../participant-learning-profile/SKILL.md) — **параллельный** навык для ведущего, не замещается. ## Запреты - Не оценивать личность участника, не ставить психологических диагнозов, не ранжировать. - Не публиковать `ms-profile.md` или отчёты в публичные места без явного согласия. - Не разгонять диагностику до клинического уровня (триада, психопатология) — это вне компетенции навыка; при соответствующих сигналах направлять к живой помощи (терапевт, ментор).