implementation-pathlisted

# Путь от задачи до коммита Последовательность, в которой каждый шаг заканчивается проверкой, а не ощущением. 1. **Понять** — прочитать существующий код прежде, чем писать новый. Найти, как похожая задача решена рядом. 2. **Спланировать** — короткий план по пунктам, у каждого пункта проверка. 3. **Реализовать** — минимум кода, решающий задачу. Только то, что напрямую следует из запроса. 4. **Проверить** — тесты, а не «выглядит правильно». На баг сначала пишется тест, воспроизводящий его. 5. **Отревьюить** — свежим взглядом или отдельной ролью. Своя правка всегда кажется понятной. 6. **Зафиксировать** — коммит с осмысленным сообщением, описывающим зачем, а не что. На каждом шаге действует правило хирургических правок: каждая изменённая строка должна прямо следовать из зап��оса. Не «улучшай» соседний код заодно. Полный текст с критериями перехода между шагами и разбором того, где чаще всего срезают углы: `${CLAUDE_PLUGIN_ROOT}/checklists/implementation-path.md` Если методология установлена копированием — файл лежит в `checklists/implementation-path.md` репозитория.