mm-focus — СНЯТ 2026-08-02

Скилл ничего не загружает. Если его вызвали — объясни замену и остановись.

Почему снят

Детекция текущего этапа дублировала /gsd-resume-work и при этом расходилась с фактической раскладкой GSD Core:

• искал литеральные PLAN.md / CONTEXT.md / SUMMARY.md, тогда как файлы лежат с префиксом фазы — 61-CONTEXT.md, 61-01-PLAN.md, 61-01-SUMMARY.md (а в одной фазе встречается и 57-PLAN.md без индекса плана);
• считал фазу однопланной, тогда как фаза бывает multi-plan — 6 планов в 61-й, 7 в 67-й;
• брал текущую фазу из current_phase в STATE.md, а тот указывал на закрытую фазу 66, когда живая работа шла в 61; в другом проекте ключа current_phase нет вообще.

Итог: этап определялся неверно, в контекст грузились не те файлы, и скилл об этом молчал.

Чинить не стали: /gsd-resume-work делает ту же детекцию правильно — обходит планы глобом *-PLAN.md с парным SUMMARY (обе формы имён), читает HANDOFF.json и .continue-here*.md, знает про async-job манифесты. Держать свой детектор чужой раскладки — то же самое, обо что скилл и сломался.

Что делать вместо

Сориентироваться после /clear в GSD-проекте:

/gsd-resume-work

Определит фазу и предложит меню действий.

Если нужна именно молчаливая загрузка файлов этапа — без меню и предложений, ради чего этот скилл и заводился, — попроси прямо, одной репликой:

Прочитай целиком .planning/phases/61-source-rotation-position-mode-visibility/61-CONTEXT.md
и открытые планы этой фазы: 61-04-PLAN.md, 61-05-PLAN.md, 61-06-PLAN.md.
Ничего не пересказывай и не предлагай — просто загрузи в контекст и жди.

Каталог фазы и текущий план бери из .planning/HANDOFF.json — поля phase_dir и plan. Это единственный признак, который на проверке дал верный ответ и в проекте с живой фазой, и в проекте между фазами; current_phase из STATE.md для этого непригоден.

В не-GSD проекте — /mm resume.

Перед /clear

Снятие скилла не отменяет гейта: перед чисткой контекста — /mm gate и его вердикт из exit code.