Gemini任务拆解提示词：避免重复表达的5个技巧
为Gemini编写提示词时，反复输入“不要HTML”“仅输出JS逻辑”“禁用jQuery”“用ES6语法”——每次迭代都得手动重敲，原型验证的节奏被彻底打乱。根本问题在于：你缺一套能一次性说清交互逻辑的模板，而不是每次从零写一篇说明文。
症结很清晰：你把交互逻辑、UI布局与框架实现混为一谈。等于让模型同时处理三件独立事务，结果每一件都朦朦胧胧。如何拆解？从根源入手。
剥离非交互要素
翻开原始需求文档，逐句标记与“用户操作→界面反馈→状态变更”无关的描述——这是第一道筛选。
剔除所有关于UI布局、配色、字体、响应式断点的句子。这些属于设计交付物，不是交互逻辑的输入依据。例如“模态框背景半透明”“按钮使用蓝色渐变”“左侧导航栏宽度固定”——一概删除。
遇到“点击按钮后弹出模态框”这类混合语句，用斜杠切割：“点击按钮/弹出模态框”。只保留斜杠前半段作为有效交互触发点，后半段需由你后续手动映射到具体组件库API。别指望GPT替你选组件，那是你的职责。
用动词锚定交互本质
方法一：将模糊表述转换为标准动词短语。把“用户能随时关闭”改为“关闭(click)”；把“信息会自动更新”改为“刷新(submit)”；把“页面要感知网络状态”改为“监听(online/offline)”。全部以事件绑定的动作命名。
方法二：对相同动作强制统一动词。例如所有表单提交操作，无论原文写“点击提交”“按下回车”“触碰确认”，一律归一为“提交(submit)”。这一步不需要解释，直接替换。GPT对词汇一致性极其敏感。
方法三：剔除冗余修饰词。删除“快速”“立即”“平滑”“友好地”等副词——它们不影响事件绑定关系，只会干扰模型对核心动作的识别。保留“防抖500ms”“节流30fps”这类携带数值约束的技术参数，那是硬性要求。
结构化封装输入内容
进入最关键环节：用固定格式打包交互逻辑。
第一步：
第二步：
第三步：
第四步：在提示词开头插入协议头。直接粘贴这段：你是一名前端交互逻辑拆解专家。仅处理
之后每次编写提示词，只需按此格式填充内容，无需重复书写那些规则。一旦形成习惯，你会发现——让GPT处理交互逻辑，可以像填写表格一样高效。