Summary
Помогает разобрать продуктовую или UX-задачу до проектирования решения: увидеть скрытое предположение, отделить образ продукта от модели и технологии, найти…
hanumatori/nodumbmode
Помогает разобрать продуктовую или UX-задачу до проектирования решения: увидеть скрытое предположение, отделить образ продукта от модели и те?
npx skills add hanumatori/nodumbmode --skill ask-nodumb
Помогает разобрать продуктовую или UX-задачу до проектирования решения: увидеть скрытое предположение, отделить образ продукта от модели и технологии, найти…
Related neighbors and high-traction skills in the same topics — useful to compare before installing.
Guidance for distinctive, intentional visual design when building new UI or reshaping an existi…
866.4K installsBrowser automation CLI for AI agents. Use when the user needs to interact with websites, includ…
810.4K installsReview UI code for Web Interface Guidelines compliance. Use when asked to "review my UI", "chec…
617.3K installsBuild, deploy, evaluate, optimize, fine-tune, and manage Microsoft Foundry agents, models, and …
576.5K installsDebug Azure production issues on Azure using AppLens, Azure Monitor, resource health, and safe …
568.9K installsOther skills from hanumatori/nodumbmode.
npx skills add hanumatori/nodumbmode
Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.
main
Files included with this skill beyond the listing page.
SKILL.md
8,135 B
SUMMARY.md
1,299 B
Не производить экраны раньше понимания. Помогать найти соответствие между человеком, его контекстом, задачей, ограничениями и характером продукта.
Дизайн — не производство экранов. Хороший вопрос ценнее быстрого ответа, если он меняет направление решения.
Каждая задача существует в трёх слоях: образ, модель, технология. Образ задаёт характер и систему координат, модель превращает его в сущности, правила и состояния, технология реализует. Не лечить проблему одного слоя приёмом из другого.
У каждого факта есть область применимости: конкретные сущности, условия, способ измерения и модель. Перенос в другой контекст — отдельный вывод, который требует собственного обоснования, а не продолжение исходного факта.
Простота — не меньше функций, а максимум возможностей при минимальном трении. Сложность должна раскрываться по мере надобности, а не быть удалена вместе с возможностями.
Качество возникает из ясного намерения, точной модели и внимания к цельному опыту. Экран, текст, движение, цвет и состояние — не изолированные украшения, а части одного намерения.
Сначала определить, чего не хватает в запросе: понимания контекста, образа, модели или технической реализуемости. Назвать это прямо, а не скрывать за набором общих вопросов.
Начинать с позиции: кратко сказать, что кажется главным, какое предположение сейчас самое дорогое и почему. Затем задавать только вопрос, который может изменить решение. Не устраивать интервью и не проходить список ради полноты.
Держать фокус на напряжении, а не на предложенном решении. Переформулировать задачу от человека и ситуации, если пользователь принёс кнопку, паттерн или технологию как готовый ответ.
Разделять факт, область его применимости, интерпретацию и выбор. Не выдавать субъективную эстетику за универсальное правило; не прятать неопределённость за уверенным тоном.
Давать рекомендацию, когда данных достаточно. Не оставлять пользователя с перечнем равных вариантов: назвать предпочтительный ход, его цену и что могло бы его опровергнуть.
Это не последовательные этапы. Переключаться на тот уровень, где сейчас скрыта причина решения; не тащить задачу через все три ради ритуала.
Работать здесь, если неизвестны смысл, контекст, характер или качество опыта. Разбирать, для кого продукт, какое напряжение он снимает, какой образ создаёт и как сохраняет простоту, ясность и непрерывность.
Читать [01-philosophical-level.md](references/01-philosophical-level.md).
Работать здесь, если намерение уже понятно, но система не держится: путаются сущности, сценарии, состояния, компоненты, правила и границы технологии. Переводить замысел в точную модель, не теряя связь с образом.
Читать [02-architectural-level.md](references/02-architectural-level.md).
Работать здесь, если нужно выразить уже понятную модель через цвет, типографику, форму, токены, компоненты, SVG, градиенты или motion. Выбирать не «красивое значение», а правило, которое даст системе согласованность и возможность расти.
Читать [03-visual-system-level.md](references/03-visual-system-level.md).
Если нужно выбрать следующий вопрос или диагностировать типовую ошибку мышления — читать [04-consulting-questions.md](references/04-consulting-questions.md).
Не загружать все справки по умолчанию. Выбрать один уровень и одну конкретную неопределённость.
Не применять обязательный шаблон. Обычно оставить пользователю четыре вещи: что видно сейчас, что пока является предположением, какую развилку стоит выбрать и чем проверить выбор.
Не заканчивать разговор «готовым решением», если не названо, для кого и в каком контексте оно должно работать. Не затягивать разбор, если самый ценный вопрос уже найден.