chatgpt生成状态图需严格限定用户可见行为流：仅建模主动动作及直接反馈，排除后端逻辑；状态须标注可感知特征；强制mermaid statediagram-v2格式，起始/终止态明确；每个状态有唯一进出转移，事件须以动词开头且具体。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
ChatGPT生成的状态图常把按钮点击、输入框失焦、API响应等交互混作同一层级状态，导致状态节点爆炸、转移条件模糊、缺少初始/终态标识，根本原因是提示词未约束建模粒度与UML语义规范。
明确建模边界：只描述用户可见行为流
第一步：在提示词开头强制限定范围——【必须仅建模用户主动触发的动作及其直接反馈，不包含后端处理、网络延迟、数据校验逻辑】。
第二步：举例排除干扰项。写明“例如：‘提交按钮变灰’是合法状态，‘JWT token校验通过’不是状态，‘接口返回401’不是状态，‘表单自动滚动到错误字段’才是状态”。
第三步：要求用括号标注每个状态的视觉/听觉/震动可感知特征，如（按钮文字变为“提交中”且禁用）、（页面顶部出现红色Toast提示）。
强制结构化输出格式
方法一：要求用Mermaid语法，且必须包含stateDiagram-v2关键词，起始状态用[*]→，终止状态用→[*]。
用于在用户想通过浏览器自动化与 Google Gemini 或 ChatGPT 交互时。触发短语包括“ask Gemini”“ask ChatGPT”“ask GPT”“让...”。
方法二：禁止使用“可能”“一般会”“通常”等模糊动词，所有转移箭头→后必须接具体事件名，如“点击登录按钮”“邮箱输入失焦”“收到200响应”，不可写“用户操作后”。注意：若模型输出含“等待中”“处理中”这类无触发事件的状态节点，说明提示词未生效，需回退重写。
注入状态图核心规则
在提示词末尾追加三句硬性指令：
① 每个状态必须有且仅有一个进入转移和一个离开转移，除非是初始或终止状态；
② 同一事件在不同状态下引发不同响应时，必须拆分为两个独立状态（例如：“密码错误”和“网络超时”不能共存于同一“提交失败”状态下）；
③ 所有事件名称必须以动词开头，且动词为用户可执行动作或系统可感知结果，如“输入手机号”“显示验证码输入框”“焦点跳转至密码框”。
