mcpField
N
nodumb-loop

nodumb-loop

github.com/hanumatoriエージェントワークフロー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, только если его собственный контракт выполняется, затем закончить работу. Не запускать остальные скиллы ради полноты.

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

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

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

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

コメント