mcpField
N
nodumb-loop

nodumb-loop

github.com/hanumatoriAgent workflows5144 installsUpdated 1d ago
Repository

About nodumb-loop

nodumb-loop is a routing guide for selecting Agent skills based on the earliest unresolved part of a task. It applies one primary skill at a time and revises the route as new results emerge, rather than enforcing a fixed pipeline.

Key features

  1. 01Find the earliest unresolved layer
  2. 02Choose one primary skill as needed
  3. 03Re-route based on new results
  4. 04Use observable outcomes to decide when to stop

Use cases

  1. 01Select a next skill for an unclear task
  2. 02Avoid extra analysis for well-scoped work
  3. 03Gather new observations after a failed check
  4. 04Respect the agreed scope in collaborative design

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/hanumatori/nodumbmode --skill nodumb-loop

After installing, type/nodumb-loopin Claude Code to confirm it loaded.

Details

From the project README

nodumb-loop

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

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

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

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

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

В совместном проектировании не проходить маршрут дальше заданного вопроса. Самостоятельно разрабатывать дизайн только в порученном объёме. Отсутствие референсов само по себе не требует поиска; нужен незакрытый вопрос. Известные состояния, меняющие композицию, учитывать до её выбора, а не после согласования.

Граница ask-nodumb и nodumb-design — предмет неопределённости: задача, модель или характер продукта против содержания и композиции конкретной поверхности. Само слово «экран» не повод возвращаться к продуктовой постановке. Если поручен готовый результат, ответ на промежуточный вопрос не завершает задачу: продолжать до результата и его проверки в пределах поручения.

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

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

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

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

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

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

Comments

Markdown supported