Claude Skill

mm-focus

СНЯТ 2026-08-02 — команда больше ничего не грузит. Её детекция этапа дублировала /gsd-resume-work и расходилась с фактической раскладкой GSD, из-за чего грузила не те файлы и молчала об этом. Замена — /gsd-resume-work, а для молчаливой загрузки без меню — прямая просьба прочитать

LLM Mart · 0 points · 0 0 0

Virus-scanned Reviewed automatically before listing.

Full trust report

Download mworldorg-markdown-memory-skills_mm-focus-6de01f3.zip · 1 KB

mworldorg/markdown-memory 25 3 forks MIT Updated 6d ago

Part of mworldorg/markdown-memory — 17 skills

Install

skills CLI npx skills add https://github.com/mworldorg/markdown-memory/tree/main/skills/mm-focus

Claude Code

claude plugin marketplace add https://llmmart.ai/marketplace.json && claude plugin install mworldorg-markdown-memory@llmmart

Git git clone https://github.com/mworldorg/markdown-memory.git

The skills CLI installs just this skill, for any of its supported agents. Claude Code installs the whole mworldorg/markdown-memory collection as a plugin from our marketplace. Git is the plain clone.

Skill manifest

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.

Files (markdown-memory)

SKILL.md 3.8 KB

---
name: mm-focus
version: 0.2.0
description: СНЯТ 2026-08-02 — команда больше ничего не грузит. Её детекция этапа дублировала /gsd-resume-work и расходилась с фактической раскладкой GSD, из-за чего грузила не те файлы и молчала об этом. Замена — /gsd-resume-work, а для молчаливой загрузки без меню — прямая просьба прочитать файлы фазы. Use when user types "/mm-focus" or "/mm focus" — объясни замену и остановись, ничего не загружай.
---

# 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.