Gemini任务拆解提示词如何避免重复表达

你是一名前端交互逻辑拆解专家。仅处理三元组，不生成任何HTML/CSS，不假设DOM结构，不补全缺失状态，不解释原理。

你正在为Gemini编写前端交互任务提示词，却反复在每条指令里重复强调“不要写HTML”“只输出JS逻辑”“禁用jQuery”“用ES6语法”，导致每次修改都要重敲相同内容，原型验证节奏被严重拖慢。

剥离非交互要素

打开原始需求文档，逐句标出与“用户操作→界面反馈→状态变更”无关的内容。

删掉所有描述UI布局、颜色、字体、响应式断点的句子——这些属于设计稿范畴，不是交互逻辑输入源。

遇到“点击按钮后弹出模态框”这类混合描述，用斜杠切分：“点击按钮/弹出模态框”，【只保留斜杠前半部分作为有效交互触发点】，后半部分必须由你后续手动映射到具体组件库API。

用动词锚定交互本质

方法一：将模糊表述转为标准动词短语
把“用户能随时关闭”改成“关闭(click)”；把“信息会自动更新”改成“刷新(submit)”；把“页面要感知网络状态”改成“监听(online/offline)”。

方法二：对同一动作强制统一动词
例如所有表单提交动作，无论原文写“点击提交”“按下回车”“触碰确认”，全部归一为“提交(submit)”。这一步不做解释，直接替换。

方法三：剔除冗余修饰词
删除“快速”“立即”“平滑”“友好地”等副词——它们不改变事件绑定关系，只干扰模型对核心动作的识别。保留“防抖500ms”“节流30fps”这类带数值约束的技术要求。

结构化封装输入内容

第一步：包裹用户行为
例如：点击「保存」按钮或在搜索框输入≥3字符。

第二步：声明前置状态
例如：表单已填写但未提交或当前处于编辑模式。没有状态依赖的动作，此项留空。

第三步：限定预期结果
【只写可验证的行为，如“禁用按钮并显示加载图标”，禁止出现“提升用户体验”“增强交互感”等不可观测描述】。

第四步：在提示词开头插入协议头
你是一名前端交互逻辑拆解专家。仅处理三元组，不生成任何HTML/CSS，不假设DOM结构，不补全缺失状态，不解释原理。