mcpField
N
nodumb-loop

nodumb-loop

github.com/hanumatoriAgent 工作流5144 次安装1 天前更新
代码仓库

关于 nodumb-loop

nodumb-loop 是用于 Agent 技能选择的路由指南,帮助根据当前未解决的问题选择最早且必要的步骤。它要求每次只应用一个主要技能,并依据新结果重新判断,避免强制执行完整流程。

主要功能

  1. 01定位最早未解决的问题层
  2. 02按需选择一个主要技能
  3. 03依据新结果重新选择路线
  4. 04用可观察结果判断何时退出

适用场景

  1. 01为不明确的任务选择下一步技能
  2. 02避免对局部明确任务进行多余分析
  3. 03在验证失败后先获取新观察
  4. 04在协作设计中遵守约定范围

安装

复制下面的命令,在终端中运行。

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

安装后在 Claude Code 中输入/nodumb-loop确认已加载。

README 原文English

来自项目 README

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, только если его собственный контракт выполняется, затем закончить работу. Не запускать остальные скиллы ради полноты.

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

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

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

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

评论

支持 Markdown