把多步办公任务交给 Gemini agent，真正决定结果能不能用的，通常不是提示词写得多漂亮，而是任务描述里有没有把输入范围（能读哪些文件和数据源）和执行边界（能改什么、不能改什么、哪一步必须停下来等人确认）写清楚。可以先拆任务，再限范围，最后逐条对结果。

适用场景：文档摘要、表格整理、邮件归类这类跨多个文件、多个步骤的办公任务。操作动作：先按输入—处理—输出拆成三段，再在任务描述里写明可读输入、可操作对象和禁止触碰的内容，并把需要人工确认的环节显式写进提示词。验证方式：对照原始输入检查输出是否遗漏、格式是否被改、是否多出未要求的内容，并查看任务记录里停顿发生在读取、处理还是输出阶段。风险边界：没声明边界的任务，越界输出往往看起来也合理，需要人工逐条确认后才能采用。

把办公任务拆成输入、处理、输出三段

拆解的目的不是让描述变长，而是让每一段都能被单独检查。输入段决定 agent 能看到什么，处理段决定它被允许做哪些动作，输出段决定交付物长什么样。三段都写明之后，出问题也容易判断是范围给错了、步骤漏了，还是输出落点没约定。

可以先套用这个模板：

输入：来源（目录/文件/表名）+ 格式 + 范围（哪些文件、哪个时间区间、哪个 sheet）
处理：动作（读取/汇总/改写/填充）+ 顺序 + 允许操作的字段或段落
输出：交付物（新文档/新表格/邮件草稿）+ 格式 + 落点（哪个目录、哪个 sheet、是否覆盖原文件）

文档摘要的例子：输入是「指定目录下的三份会议纪要，只看正文，忽略页眉页脚」；处理是「按议题合并同类项，保留结论和负责人」；输出是「一份新文档，按议题分节，不修改原文件」。

表格整理的例子：输入是「指定 sheet 的 A 到 F 列，包含表头行」；处理是「按日期排序、统一日期格式、合并重复的项目名称」；输出是「同一个工作簿里新增一个 sheet，原 sheet 保持不动」。

在任务描述里确认可执行范围

范围要落到四类具体对象上，而不是只写「处理这些资料」。这四类分别是输入格式、数据来源、可操作对象，以及不希望它触碰的内容。前两项决定 agent 读什么，后两项决定它写到哪、在哪里停手。

• 输入格式：纯文本、Markdown、CSV、工作簿、附件邮件正文，格式不同，解析能力上限也不同，建议先在任务描述里点明。
• 数据来源：具体到目录、文件名或 sheet 名，避免使用「最近的文件」「所有相关文档」这类模糊说法。
• 可操作对象：允许新建的文件、允许追加的 sheet、允许改写的字段，逐项列出。
• 不希望触碰的内容：原始文件、表头行、公式列、共享目录中的其他文件、对外发送动作。

下面这段提示词骨架可以直接替换方括号内容使用：

你可以读取：[目录 / 文件清单 / 表名]
以下内容只读，不要修改：[文件清单]
允许写入：[新文件名 / 新增 sheet / 草稿目录]
格式要求：[日期格式、列顺序、命名规则]
遇到以下情况停下来并说明，不要继续：[文件缺失、字段含义不明、需要覆盖原文件、需要对外发送]
开始执行前，先列出你计划执行的动作清单，等我确认。

最后一行通常最有用：让 agent 先交动作清单，再动数据。这样范围判断错误会在写入之前暴露，而不是等到结果出来才发现。

观察多步任务在中间步骤的停顿位置

多步任务的停顿通常出现在三个位置，位置不同，处理方式也不同。读取阶段的停顿多是找不到文件、格式打不开、权限不足；处理阶段的停顿多是字段含义不明、两条规则冲突、需要判断业务口径；输出阶段的停顿多是要求覆盖原文件、写入共享目录或对外发送。判断停顿属于哪一类，看任务记录里最后一条成功动作停在读、改还是写即可。

如果页面或客户端会回显每一步的执行状态，可以把状态简单标成三档：已完成、已跳过、等待确认。给每个步骤标上这三档之后，人工介入的时机就变得可见。建议把下面几种情况直接设为人工确认的触发条件：

• 需要写回原始文件、共享位置或覆盖已有内容。
• 输入中缺少必需字段，或同一字段存在两种合理解释。
• 输出会被对外发送，包括邮件、消息、共享链接。
• 实际步骤数量或处理范围超出任务描述里声明的范围。
• 结果与输入无法自动对齐，例如条目数对不上、日期缺失、出现来源不明的行。

这些条件写进提示词后，停顿会从「agent 默默猜一个」变成「agent 停下来列问题」，后续排查成本会低很多。

对比执行结果与原始输入，划出边界

拿到结果后不要直接采用，先把输出和原始输入并排放，按三类差异过一遍。三类差异里，内容遗漏最容易漏检，格式改变最容易被当成小问题放过去，额外补充则常常被误认为「智能」。用下面的对照表逐项确认：

三类差异里，只要有一类无法解释清楚，这次输出就先不要进入下游流程。把差异记下来，比争论「agent 是不是理解错了」更有用。

把需要人工确认的环节写回任务模板

边界结论如果不写回模板，下次同类任务还要重新判断一遍。可以把上面验证过的范围、禁止项和确认点固化成一份骨架，方括号的位置都是留给人替换和确认的：

任务目标：[一句话说明交付物]
输入范围：[目录 / 文件 / 表名 / 时间区间；只读清单]
处理步骤：
  1. [第一步动作]
  2. [第二步动作]
输出要求：[交付物类型、格式、落点、命名规则]
禁止动作：[覆盖原文件 / 删除行 / 修改表头 / 对外发送]
人工确认点：
  - 写入前：[先给动作清单，确认后再执行]
  - 字段歧义：[停下并列出两种解释，等人选择]
  - 对外发送：[只生成草稿，不发送]
自检输出：[与输入的行数、条目数对照，列出所有差异]

模板里需要人来决定的是落点、对外动作和歧义口径，agent 负责执行和列出差异。每次任务结束后，把新发现的越界情况补进「禁止动作」和「人工确认点」，模板会逐步贴近自己的实际办公流程。整个过程不需要复杂配置，能通过任务描述、步骤回显和输入输出对照表验证即可。