hanumatori
- 6 skills
- 0 followers
- 8 hours ago last updated
- ▌ Nodumb · hanumatori bundleПроверить способ решения до того, как цена ошибки выросла. Использовать: перед нетривиальной фичей или дорогой развилкой; когда запрос описывает готовое решение вместо проблемы; при постановке нетривиальной задачи или фиксации предполагаемой причины в трекере; при переносе внешнего факта, исследования или метрики в решение; перед редизайном, миграцией, унификацией или другой массовой правкой; перед второй правкой без новых фактов; после двух неудачных исправлений, повторного сообщения о том же симптоме или одной ложной победы. Не использовать как ритуал для мелких очевидных правок и продолжения уже согласованной работы.
- ▌ Edge Hunt · hanumatori bundleНаходит неочевидные корнеры задачи через пересечение состояний, данных, порядка действий, сбоев и параллельных изменений; превращает их в ожидаемое поведение и проверяемые сценарии. Использовать перед реализацией или ревью нетривиальной продуктовой, UX- или технической задачи; при изменении stateful/async-поведения, сохранения, синхронизации, прав, интеграций и многошаговых флоу; когда пользователь просит продумать edge cases, corner cases, крайние случаи или проверить полноту постановки. Не использовать для мелких механических правок и до выбора самой задачи или масштаба решения — сначала nodumb.
- ▌ Ask Nodumb · hanumatori bundleПомогает разобрать продуктовую или UX-задачу до проектирования решения: увидеть скрытое предположение, отделить образ продукта от модели и технологии, найти наиболее ценный вопрос или следующий шаг. Использовать, когда нужно придумать или обсудить фичу, экран, флоу, редизайн, концепт, принцип интерфейса или продуктовую стратегию; когда внешний факт, исследование или метрика становятся основанием продуктовой модели; когда запрос сразу предлагает решение; когда варианты кажутся одинаково возможными; или когда нужен требовательный дизайн-консультант. Не использовать для исполнения уже согласованного решения, точечной визуальной правки или технической реализации без продуктовой развилки.
- ▌ Nodumb Loop · hanumatoriМаршрутизировать нетривиальную работу между ask-nodumb, nodumb, edge-hunt, system-feedback и changelog-discipline, выбирая только проверку, способную изменить следующий шаг. Использовать в начале продуктовой или технической задачи, когда применимы несколько скиллов, при смене слоя проблемы или после неудачной проверки. Не использовать для мелкой очевидной правки и когда нужный специализированный скилл уже однозначно выбран.
- ▌ System Feedback · hanumatori bundleСпроектировать и проверить видимую обратную связь для уже выбранного перехода состояния: принято ли действие, продолжается ли операция, окончателен ли результат и что сохранилось при сбое. Использовать для невидимых, отложенных, оптимистичных и фоновых действий, async-данных и интерфейсов, где человек может разумно сомневаться в состоянии системы. Не использовать для мгновенного самоочевидного результата, выбора самого поведения, поиска всех корнеров или визуальной полировки.
- ▌ Changelog Discipline · hanumatori bundleWrite and maintain a CHANGELOG that records every completed code change without becoming a commit dump. Use after any code change in a project that has a changelog, when setting one up, when preparing a release, or when the user asks why something was built this way. Keep mechanical entries brief; preserve reasons and rejected alternatives for non-obvious decisions. Do not use for commit messages, PR descriptions, or user-facing release notes.