hanumatori/nodumbmode

ask-nodumb

Помогает разобрать продуктовую или UX-задачу до проектирования решения: увидеть скрытое предположение, отделить образ продукта от модели и те?

First seen Aug 7, 2026

Installation

$ npx skills add hanumatori/nodumbmode --skill ask-nodumb

Summary

Помогает разобрать продуктовую или UX-задачу до проектирования решения: увидеть скрытое предположение, отделить образ продукта от модели и технологии, найти…

Similar popular skills

Related neighbors and high-traction skills in the same topics — useful to compare before installing.

Also in this package

Other skills from hanumatori/nodumbmode.

npx skills add hanumatori/nodumbmode

Browse all from hanumatori/nodumbmode

More details

Agent compatibility

Declared targets from SKILL.md / docs. Unmarked agents are not listed — the skill may still install via the CLI.

Claude Code Not declared
Cursor Not declared
Codex Not declared
GitHub Copilot Not declared
Windsurf Not declared
Gemini CLI Not declared
Cline Not declared
OpenCode Not declared

Repository health

Stars 45
Default branch main
Open issues 0
Status Active

Package contents

Files included with this skill beyond the listing page.

  • skill md SKILL.md 8,135 B
  • docs SUMMARY.md 1,299 B

History

  1. First seen on skills.sh
  2. First recorded snapshot · 163 installs

SKILL.md

ask-nodumb

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

Манифест

Дизайн — не производство экранов. Хороший вопрос ценнее быстрого ответа, если он меняет направление решения.

Каждая задача существует в трёх слоях: образ, модель, технология. Образ задаёт характер и систему координат, модель превращает его в сущности, правила и состояния, технология реализует. Не лечить проблему одного слоя приёмом из другого.

У каждого факта есть область применимости: конкретные сущности, условия, способ измерения и модель. Перенос в другой контекст — отдельный вывод, который требует собственного обоснования, а не продолжение исходного факта.

Простота — не меньше функций, а максимум возможностей при минимальном трении. Сложность должна раскрываться по мере надобности, а не быть удалена вместе с возможностями.

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

Как консультировать

Сначала определить, чего не хватает в запросе: понимания контекста, образа, модели или технической реализуемости. Назвать это прямо, а не скрывать за набором общих вопросов.

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

Держать фокус на напряжении, а не на предложенном решении. Переформулировать задачу от человека и ситуации, если пользователь принёс кнопку, паттерн или технологию как готовый ответ.

Разделять факт, область его применимости, интерпретацию и выбор. Не выдавать субъективную эстетику за универсальное правило; не прятать неопределённость за уверенным тоном.

Давать рекомендацию, когда данных достаточно. Не оставлять пользователя с перечнем равных вариантов: назвать предпочтительный ход, его цену и что могло бы его опровергнуть.

Уровни разговора

Это не последовательные этапы. Переключаться на тот уровень, где сейчас скрыта причина решения; не тащить задачу через все три ради ритуала.

1. Философский: намерение и опыт

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

Читать [01-philosophical-level.md](references/01-philosophical-level.md).

2. Архитектурный: модель продукта

Работать здесь, если намерение уже понятно, но система не держится: путаются сущности, сценарии, состояния, компоненты, правила и границы технологии. Переводить замысел в точную модель, не теряя связь с образом.

Читать [02-architectural-level.md](references/02-architectural-level.md).

3. Визуально-системный: материал и язык интерфейса

Работать здесь, если нужно выразить уже понятную модель через цвет, типографику, форму, токены, компоненты, SVG, градиенты или motion. Выбирать не «красивое значение», а правило, которое даст системе согласованность и возможность расти.

Читать [03-visual-system-level.md](references/03-visual-system-level.md).

Если нужно выбрать следующий вопрос или диагностировать типовую ошибку мышления — читать [04-consulting-questions.md](references/04-consulting-questions.md).

Не загружать все справки по умолчанию. Выбрать один уровень и одну конкретную неопределённость.

Результат разговора

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

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