$npx -y skills add TserenTserenov/FMT-exocortex-template --skill run-protocolStep-by-step execution of the OWC protocol with mandatory checkpoint at each step. Prevents skipping steps (including verification).
| 1 | # Выполнение протокола |
| 2 | |
| 3 | > **Принцип:** Протокол = последовательность шагов. Каждый шаг отмечается ДО перехода к следующему. Пропустить шаг нельзя. |
| 4 | > **Проблема, которую решает:** Агент «забывает» финальные шаги (верификация, backup) из-за загрязнения контекста (SOTA.002). |
| 5 | |
| 6 | **Аргументы:** $ARGUMENTS |
| 7 | |
| 8 | ## Шаг 1. Определить протокол |
| 9 | |
| 10 | | Аргумент | Маршрутизация (краткая) | Полный алгоритм | |
| 11 | |----------|------------------------|-----------------| |
| 12 | | `day-open` / `open day` | `memory/protocol-open.md` (§ Масштаб: День) | `.claude/skills/day-open/SKILL.md` | |
| 13 | | `open session` или задание | `memory/protocol-open.md` (§ Масштаб: Сессия) | — (inline в protocol-open.md) | |
| 14 | | `day-close` / `close day` | `memory/protocol-close.md` (§ Маршрутизация) | `.claude/skills/day-close/SKILL.md` | |
| 15 | | `close session` | `memory/protocol-close.md` (§ Quick Close) | — (inline в protocol-close.md) | |
| 16 | | `week-close` | `memory/protocol-close.md` (§ Маршрутизация) | `.claude/skills/week-close/SKILL.md` | |
| 17 | |
| 18 | > Если у аргумента есть Skill-файл → читай его (содержит полный алгоритм + чеклист). Protocol-файл = слим-маршрутизатор + Quick Close inline. |
| 19 | |
| 20 | ## Шаг 1b. Загрузить extensions (БЛОКИРУЮЩЕЕ) |
| 21 | |
| 22 | Определи имя протокола: `day-open`, `day-close`, `week-close`, `protocol-close`, `protocol-open`. |
| 23 | |
| 24 | Проверь и прочитай (если существуют): |
| 25 | 1. `extensions/{protocol}.before.md` → добавить как **первые** шаги в TodoWrite |
| 26 | 2. `extensions/{protocol}.after.md` → добавить как шаги **после** основного алгоритма, **перед** верификацией |
| 27 | 3. `extensions/{protocol}.checks.md` → добавить как шаг **перед git commit** (БЛОКИРУЮЩЕЕ: commit запрещён до прохождения checks) |
| 28 | |
| 29 | Не существует → пропустить молча. Существует → прочитать и включить в план. |
| 30 | |
| 31 | ## Шаг 2. Извлечь шаги |
| 32 | |
| 33 | Из алгоритма протокола (Skill-файл или protocol-файл) и extensions извлеки пронумерованный список шагов. Запиши их как задачи (TodoWrite): |
| 34 | |
| 35 | Порядок задач: |
| 36 | 1. Extensions `.before.md` (если есть) |
| 37 | 2. Основные шаги из алгоритма |
| 38 | 3. Extensions `.after.md` (если есть) |
| 39 | 4. Extensions `.checks.md` + git commit (если есть артефакт для коммита) |
| 40 | 5. Верификация по чеклисту (`/verify`) |
| 41 | |
| 42 | - Каждый основной шаг = отдельная задача |
| 43 | - Последняя задача ВСЕГДА = «Верификация по чеклисту (/verify)» |
| 44 | - Статус: pending |
| 45 | |
| 46 | ## Шаг 3. Выполнять последовательно |
| 47 | |
| 48 | Для каждого шага: |
| 49 | 1. Отметь шаг как `in_progress` |
| 50 | 2. Выполни его |
| 51 | 3. Отметь как `completed` |
| 52 | 4. Перейди к следующему |
| 53 | |
| 54 | **БЛОКИРУЮЩЕЕ:** НЕ пропускай шаги. Если шаг невозможен — отметь как blocked и спроси пользователя. |
| 55 | |
| 56 | ## Шаг 4. Верификация (финальный шаг) |
| 57 | |
| 58 | После выполнения всех шагов: |
| 59 | 1. Вызови `/verify` с указанием артефактов протокола |
| 60 | 2. Верификатор (Haiku R23) пройдёт чеклист |
| 61 | 3. По ❌ — исправить ДО показа результата пользователю |
| 62 | |
| 63 | ## Правила |
| 64 | |
| 65 | - Один шаг `in_progress` одновременно |
| 66 | - Не забегай вперёд — контекст загрязняется (SOTA.002) |
| 67 | - При PreCompact — запиши в `.claude/checkpoint.md` на каком шаге остановился |
| 68 | - Если протокол прерван пользователем — запиши оставшиеся шаги в checkpoint |