TserenTserenov Выполнение протокола
Принцип: Протокол = последовательность шагов. Каждый шаг отмечается ДО перехода к следующему. Пропустить шаг нельзя. Проблема, которую решает: Агент «забывает» финальные шаги (верификация, backup) из-за загрязнения контекста (SOTA.002).
Аргументы: $ARGUMENTS
Шаг 1. Определить протокол
| Аргумент | Маршрутизация (краткая) | Полный алгоритм |
|---|---|---|
day-open / open day |
memory/protocol-open.md (§ Масштаб: День) |
.claude/skills/day-open/SKILL.md |
open session или задание |
memory/protocol-open.md (§ Масштаб: Сессия) |
— (inline в protocol-open.md) |
day-close / close day |
memory/protocol-close.md (§ Маршрутизация) |
.claude/skills/day-close/SKILL.md |
close session |
memory/protocol-close.md (§ Quick Close) |
— (inline в protocol-close.md) |
week-close |
memory/protocol-close.md (§ Маршрутизация) |
.claude/skills/week-close/SKILL.md |
Если у аргумента есть Skill-файл → читай его (содержит полный алгоритм + чеклист). Protocol-файл = слим-маршрутизатор + Quick Close inline.
Шаг 1b. Загрузить extensions (БЛОКИРУЮЩЕЕ)
Определи имя протокола: day-open, day-close, week-close, protocol-close, protocol-open.
Проверь и прочитай (если существуют):
extensions/{protocol}.before.md→ добавить как первые шаги в TodoWriteextensions/{protocol}.after.md→ добавить как шаги после основного алгоритма, перед верификациейextensions/{protocol}.checks.md→ добавить как шаг перед git commit (БЛОКИРУЮЩЕЕ: commit запрещён до прохождения checks)
Не существует → пропустить молча. Существует → прочитать и включить в план.
Шаг 2. Извлечь шаги
Из алгоритма протокола (Skill-файл или protocol-файл) и extensions извлеки пронумерованный список шагов. Запиши их как задачи (TodoWrite; инструмент недоступен в сессии — штатная ситуация: вести те же шаги явной нумерацией в ответах с отметкой каждого до перехода к следующему, сообщив об этом пилоту одной строкой — issues #561, #563):
Порядок задач:
- Extensions
.before.md(если есть) - Основные шаги из алгоритма
- Extensions
.after.md(если есть) - Extensions
.checks.md+ git commit (если есть артефакт для коммита) - Верификация по чеклисту (
/verify)
- Каждый основной шаг = отдельная задача
- Последняя задача ВСЕГДА = «Верификация по чеклисту (/verify)»
- Статус: pending
Шаг 3. Выполнять последовательно
Для каждого шага:
- Отметь шаг как
in_progress - Выполни его
- Отметь как
completed - Перейди к следующему
БЛОКИРУЮЩЕЕ: НЕ пропускай шаги. Если шаг невозможен — отметь как blocked и спроси пользователя.
Шаг 4. Верификация (финальный шаг)
После выполнения всех шагов:
- Вызови
/verifyс указанием артефактов протокола - Верификатор (Haiku R23) пройдёт чеклист
- По ❌ — исправить ДО показа результата пользователю
Правила
- Один шаг
in_progressодновременно - Не забегай вперёд — контекст загрязняется (SOTA.002)
- При PreCompact — запиши в
.claude/checkpoint.mdна каком шаге остановился - Если протокол прерван пользователем — запиши оставшиеся шаги в checkpoint