# Nodumb Loop

> Маршрутизировать нетривиальную работу между ask-nodumb, nodumb, edge-hunt, system-feedback и changelog-discipline, выбирая только проверку, способную изменить следующий шаг. Использовать в начале продуктовой или технической задачи, когда применимы несколько скиллов, при смене слоя проблемы или после неудачной проверки. Не использовать для мелкой очевидной правки и когда нужный специализированный скилл уже однозначно выбран.

- Skill: `hanumatori/nodumb-loop` (Agent Skill)
- Install (CLI): `npx skillmds@latest add hanumatori/nodumb-loop`
- Raw SKILL.md: https://api.skillmd.com/api/skills/hanumatori/nodumb-loop/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: hanumatori (https://skillmd.com/u/hanumatori)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/hanumatori/nodumb-loop

---


# nodumb-loop

Не проводить задачу через обязательный конвейер. Найти **самый ранний
незакрытый слой**, применить один основной скилл и после нового результата снова
выбрать маршрут. Нормальный маршрут может состоять из одного скилла или не
потребовать ни одного.

Главный фильтр: если результат скилла не способен изменить следующее действие,
сейчас он не нужен.

## Выбрать текущий слой

| Что сейчас не определено | Основной скилл | Достаточный результат |
|---|---|---|
| Для кого, зачем, какой опыт или продуктовая модель нужны | `ask-nodumb` | Выбрана задача либо назван один вопрос, который действительно меняет направление |
| Задача понятна, но рискованны способ, масштаб, перенос факта или следующая попытка отладки | `nodumb` | Есть рекомендуемый ход, его граница, применимый факт и проверяемый признак успеха |
| Направление и масштаб выбраны, но контракт может сломаться на пересечении состояний, порядка, времени, данных, прав или интеграций | `edge-hunt` | Зафиксирован контракт и отобраны только реальные рискованные сценарии с проверками |
| Контракт перехода уже понятен, но человеку может быть неясно, принято ли действие, идёт ли оно и чем закончилось | `system-feedback` | Для неоднозначных переходов определено, что человек увидит при ожидании, успехе и сбое |

Если задача уже определена и локальна, выполнять её напрямую. Этот скилл не
заменяет реализацию, исследование кода или проверку результата.

## Правила переходов

1. Начинать не с первого пункта таблицы, а с самого раннего **неразрешённого**.
2. Если блокирующий вопрос относится к текущему поведению или причине симптома
   и его можно безопасно разрешить доступным наблюдением, сначала получить факт
   через `nodumb`. Не заменять проверяемый факт вопросом человеку или выбором
   нового поведения; человеческое решение нужно, только когда факты не способны
   разделить ветки.
3. Не загружать остальные скиллы заранее. Следующий применять, только если его
   триггер появился в результате текущей работы.
4. `edge-hunt` и `system-feedback` не выбирают сам продукт или масштаб. Если
   там обнаружилось несогласованное решение, вернуться к `ask-nodumb` или
   `nodumb`.
5. Если не хватает применимого факта, перейти в `nodumb`. Loop не выбирает
   между локальным наблюдением, внешним источником и человеческим участием — это
   часть режима фактов `nodumb`.
6. После первой неудачной проверки получить наблюдение на сломанном слое. Перед
   второй правкой без нового факта перейти в режим отладки `nodumb`.
7. После успешной проверки применить `changelog-discipline`, только если его
   собственный контракт выполняется, затем закончить работу. Не запускать
   остальные скиллы ради полноты.

## Проверить маршрут

Перед действием коротко ответить:

- какой слой сейчас не закрыт;
- какой скилл способен изменить следующее действие;
- какой наблюдаемый результат позволит из него выйти.

Если на второй вопрос нет конкретного ответа — пропустить скилл. Если новый факт
опроверг выбранный маршрут, вернуться только к затронутому слою, а не начинать
весь цикл заново.