Gemini写的后台操作手册步骤跳跃：打开设置后直接「完成配置」，中间菜单名、必填项、失败提示全无。新人按文档做必卡，又来钉你。
这个问题在用Gemini做手册类任务时很常见：表面像模型能力不够，实质是提问缺少约束、证据或验收标准。下面给出可直接套用的改法，尽量少讲概念、多讲能照做的步骤。
直接结论
手册要一步一动作一预期结果，必要时留截图位。每个关键步骤含入口路径、点击对象、填什么、成功长什么样、失败怎么办。禁止「进行相应配置」这类空步。
具体做法
步骤1：规定步骤模板：路径/动作/输入/预期/失败处理。
步骤2：要求标注截图占位符编号。
步骤3：让模型按小白角色自测，找出跳步。
步骤4：用真实界面名词，禁止模糊「相关选项」。
写操作手册。对象：{功能}；读者：新员工零基础。每步格式：步骤号|入口路径|动作|输入值示例|预期结果|失败时看见什么与怎么排。禁止「适当配置」「按需填写」。在需要截图处写[[截图N]]。最后给验收清单10条。
注意点
第一，跳步手册等于没有手册。
第二，界面改版后名词要同步，否则比没有更糟。
第三，不要把概念解释和操作步骤混在同一段。
针对「操作手册跳步新人无法按文档独立完成」，先用上面的短提示词跑一版，再把失败点写成约束追加进完整提示词，通常第二版就会明显贴题。
把本页方法沉淀成可复用模板后，下次同类任务先改变量再生成，再做一次人工校对即可；若连续两版仍偏题，优先把场景写得更具体，并补充真实素材，而不是继续堆形容词。劳大508建议团队共享同一套检查清单：证据/数字/责任人/禁止空话，四项过关再发布或提审。
若你把提示词用于团队协作，建议在文档开头注明适用模型（如Gemini）与更新日期，避免同事用旧模板；遇到输出不稳定时，先减少一次请求里的目标数量，把「写全文」拆成「先大纲后扩写」，质量往往更可控。校对时重点看是否出现承诺过满、名词前后不一致、步骤不可执行三类问题，这三类也是手册场景最影响可信度的翻车点。
若你把提示词用于团队协作，建议在文档开头注明适用模型（如Gemini）与更新日期，避免同事用旧模板；遇到输出不稳定时，先减少一次请求里的目标数量，把「写全文」拆成「先大纲后扩写」，质量往往更可控。校对时重点看是否出现承诺过满、名词前后不一致、步骤不可执行三类问题，这三类也是手册场景最影响可信度的翻车点。
若你把提示词用于团队协作，建议在文档开头注明适用模型（如Gemini）与更新日期，避免同事用旧模板；遇到输出不稳定时，先减少一次请求里的目标数量，把「写全文」拆成「先大纲后扩写」，质量往往更可控。校对时重点看是否出现承诺过满、名词前后不一致、步骤不可执行三类问题，这三类也是手册场景最影响可信度的翻车点。
可直接套用的完整提示词
技术文档编辑：把我的草稿手册补全跳步。输入草稿与菜单结构。输出逐步手册+截图清单+新人试做可能卡点。