用户有一个模糊的想法，想做一个新功能或新模块，但还没想清楚具体要什么。通过结构化的探索流程，帮助用户从模糊想法收敛到明确的设计方案，并产出完整的设计参考文档。 核心原则 - 不猜，多问 — 没确认范围不出图，没设计规范就问，拿不准就让用户选 - ASCII 先行 — 先对齐信息结构和布局逻辑，逻辑对了再投入 HTML - 一次多方案 — 批量出 5-8 个方案让用户选方向，不要一个个试 - 全状态是必须的 — 正常态只是起点，异常态、边界情况、交互反馈必须穷举 - 决策要落纸 — 对话中确认的每个决策都写进需求总结，不能只存在对话上下文里 输出物 每次探索产出 3 个文件 ，归档到 目录下： | 文件 | 内容 | 用途 | |------|------|------| | | 背景、目标、功能范围、关键决策、技术约束 | PRD 阶段的输入，讲清楚"为什么做、做什么" | | | 主界面 HTML mockup | PRD + 前端开发的视觉参考 | | | 所有页面状态、Toast、边界情况、交互规则表 | 前端开发直接对照实现 | 版本号和模块名由用户决定，必须问用户确认。 工作流程 第 1 步：需求发散与收敛 用户说了模糊想法后，主动追问： - 痛点是什么 — 现在遇到了什么问题？为什么想做这个？ - 核心场景 — 最典型的使用场景是什么？ - 边界在哪 — 这个版本要做…