360 Secure SkillHub
360 安全技能中心

nodumb-loop

一个多技能路由指南:按最早未关闭的问题层,在 ask-nodumb、nodumb-design、nodumb、edge-hunt、system-feedback、changelog-discipline 中选择一个主技能,并以结果能否改变下一步作为过滤条件;定义层间过渡与复查规则,不执行具体实现。

hanumatori
热度 0.00
最近更新 2026-10-18 17:15:49
分类:自动化依赖:纯提示词应用场景:工作流 / 任务管理

安装技能

复制下面的话术发给你的 Agent,它会通过 secure-skills 检索并安装该技能。

执行命令安装此 skill: npx secure-skills-cli add hanumatori/nodumbmode/nodumb-loop
Metadata
name
nodumb-loop
description
Маршрутизировать нетривиальную работу между ask-nodumb, nodumb, nodumb-design, edge-hunt, system-feedback и changelog-discipline, выбирая только проверку, способную изменить следующий шаг. Использовать в начале продуктовой или технической задачи, когда применимы несколько скиллов, при смене слоя проблемы или после неудачной проверки. Не использовать для мелкой очевидной правки и когда нужный специализированный скилл уже однозначно выбран.

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

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

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

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

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