必须用结构化提示词约束Gemini思考路径：先指定其扮演「前端交互逻辑分析师」角色并严格限定输出格式为两部分，再粘贴原始需求文本，最后通过维度检查与限定词强制枚举状态和边界条件。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要让gemini准确拆解前端交互需求并输出清晰的状态列表与边界条件，必须用结构化提示词约束其思考路径，避免它泛泛而谈交互流程或直接写代码。明确指令角色与输出格式
在提示词开头就指定Gemini扮演「前端交互逻辑分析师」角色，强制它跳过实现细节，只做状态建模和边界识别。
写：「你是一名专注前端交互逻辑拆解的分析师。请仅输出以下两部分，不解释、不举例、不补充说明：①【所有显性/隐性交互状态】（每行一个，用中文短语，如“搜索框获得焦点”“加载中不可点击”）；②【所有边界条件】（每行一个，必须含触发前提+结果，如“用户连续点击提交按钮3次→第4次点击被禁用”）」。
这一步是前提，【若未锁定角色和格式，Gemini大概率返回带UI描述的自然语言段落，无法直接用于状态机设计】。
注入具体需求上下文
把原始需求文本完整粘贴在指令下方，不改写、不摘要。例如需求是：“用户在商品详情页可加入购物车，同一商品已加入则显示‘已加入’按钮，点击后跳转至购物车页；库存为0时显示‘缺货’且按钮置灰。”
立即学习“前端免费学习笔记（深入）”；
直接跟在上一步指令后面换行粘贴，不加“如下是需求”之类过渡句——Gemini对紧邻的上下文敏感度远高于隔行说明。
强制枚举+排除法引导状态识别
在需求文本后追加一句：「请按以下维度逐项检查是否产生新状态：用户操作（点击/输入/离开等）、系统响应（加载/成功/失败/超时）、数据变更（库存变化、登录态切换、本地缓存更新）、界面反馈（按钮文字/颜色/可用性变化、弹窗出现/关闭、滚动位置）」。
方法一：用「是否…」提问链驱动枚举 ① 是否存在初始默认状态？ ② 用户首次执行核心操作时，界面是否立即变化？ ③ 操作被拒绝时，是否有视觉或行为反馈？ ④ 异步过程（如API请求）中，界面是否冻结或展示中间态？ ⑤ 数据刷新后，旧状态是否自动失效？
方法二：给边界条件加限定词 在提示词末尾补一句：「边界条件必须满足：有明确触发动作 + 有可观测结果变化 + 涉及临界值（数量/时间/权限/网络/设备）」。
这一步能筛掉“网络不好时体验差”这类模糊描述，【没有该限定，Gemini常把主观感受当边界条件】。
