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.