状态图需包含状态节点、双向转换箭头、初始与终止状态；正向为“点击→弹窗打开”，反向支持esc、关闭按钮、遮罩层点击三路径返回；用角色动词和“//”语法明确双向对称逻辑。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你需要用自然语言让 Microsoft Copilot 准确生成组件交互的状态图，但发现它总把两个方向（比如“用户点击→弹窗出现”和“用户关闭→弹窗消失”）混成一条线或只画单向箭头，根本看不出状态流转的对称性与可逆逻辑。
先锁定状态图的核心要素
打开 Copilot 对话框，输入第一句提示前，必须明确告诉它你画的是「状态图」而非流程图或时序图——因为 Copilot 默认倾向线性流程。直接写“画一个状态图”还不够，要加限定词：【必须包含状态节点、带标签的双向转换箭头、初始状态和终止状态】。
如果不强调“双向”，Copilot 会默认按单次操作建模，比如只画“点击→打开”，忽略“ESC键→关闭”“叉号→关闭”“遮罩层点击→关闭”等并行退出路径。
方法一：用“正向+反向”结构显式拆解
在提示中强制分段，用分隔符划清逻辑边界：
“请生成一个组件交互状态图，要求：① 初始状态为‘未激活’；② 正向路径：用户点击按钮 → 进入‘弹窗已打开’状态，转换标签为‘click’；③ 反向路径：在‘弹窗已打开’状态下，支持三种退出动作——按 ESC 键、点击右上角关闭按钮、点击遮罩层，全部返回‘未激活’状态，对应转换标签分别为‘press ESC’、‘click close icon’、‘click overlay’。”
这一步的关键是把“同一状态的多种进出方式”写成平行枚举，Copilot 才不会合并成一条模糊的“关闭”箭头。
方法二：用角色动词锚定方向感
不写“→”，改用带主语的动作短语，让 Copilot 理解谁在驱动状态变化：
Microsoft Copilot是微软推出的AI助手，整合于Windows、Edge、GitHub及Microsoft 365等产品中。它内置于Word、Excel、PowerPoint、Outlook和Teams等应用，通过大型语言模型与Microsoft Graph中的组织数据（如文件、邮件）相结合，提供文档起草、数据分析、会议总结等上下文感知的智能协助，旨在提升工作效率与创造力。
“用户触发按钮 → 弹窗进入‘显示中’状态；弹窗自身监听到 ESC 事件 → 自动退回到‘隐藏’状态；用户主动点击关闭控件 → 弹窗也退回到‘隐藏’状态。”
注意这里用了“用户触发”“弹窗自身监听”“用户主动点击”三个不同主语，Copilot 会据此区分控制权归属——前者是外部驱动，后两者分别是系统响应和用户二次干预，状态箭头自然分出不同样式和标签。
方法三：用括号语法强制分离双向标签
在同一个转换关系里，用斜杠分隔双向动作，Copilot 能识别这种对称结构：
“状态A ↔ 状态B（click/open // keyup:ESC/close）”
这个写法中，“//”是 Copilot 提示库公认的双向分隔符，比“and”或“or”更可靠；括号内的动词必须一一对应，不能只写一边。如果漏掉“close”，Copilot 会补全为单向箭头。
【必须用英文动词原形，中文会解析失败】
