用途：ask-nodumb 帮助在做界面设计之前先理解问题，而不是急着产出屏幕。它用于把产品或 UX 任务拆解到设计解决方案之前，找出隐含假设，并把产品意象（образ）、模型（модель）与技术（технология）三个层面区分开，避免用某一层的手段去解决另一层的问题。
主要能力：每个事实都有适用范围（具体实体、条件、度量方式与模型），跨语境迁移需要单独论证。它主张简单不是减少功能，而是最小摩擦下的最大能力；复杂度应按需逐步展开。质量来自清晰意图、精确模型与对整体体验的关注，屏幕、文案、动效、颜色与状态属于同一意图的组成部分，而非孤立装饰。
使用方式：先判断请求中缺什么——语境理解、意象、模型还是技术可行性，并直接指出。先给出立场：目前最重要的判断、当前最昂贵的假设及其原因；然后只问能改变决策的问题，不做清单式访谈。聚焦张力而非用户提出的方案，若用户直接带来按钮、模式或技术，则从人与情境重新表述任务。区分事实、适用范围、解释与选择，不把主观审美当普遍规则，不用自信语气掩盖不确定性。数据足够时给出建议，说明偏好路径、代价以及可能推翻它的条件。
三个对话层面（非顺序阶段，只切换到当前隐藏决策原因的层面）：哲学层处理意图与体验，适用于意义、语境、性格或体验质量未知时；架构层处理产品模型，适用于意图清楚但系统不成立、实体与状态混乱时；视觉系统层处理界面材料与语言，适用于用颜色、字体、形状、token、组件、SVG、渐变或动效表达已清楚的模型时。若需选择下一个问题或诊断典型思维错误，查阅 04-consulting-questions.md。不要默认加载所有参考文档，只选一个层面与一个具体不确定性。
结果通常给出四件事：当前可见什么、目前什么是假设、应选择哪个分叉、用什么检验选择。不要在没有说明为谁、在什么语境下有效的情况下以“现成方案”收尾，也不要在最有价值的问题已找到后继续拖延分析。
限制：资料未提供具体平台、安装命令、收费与价格信息，暂未提供。