把 Gemini agent 放进现有办公流程，先要定的不是它能做多少事，而是三件事：它能读到哪些文档和表格、能对哪些对象做修改、能把结果发给谁。通常的处理顺序是先画一遍数据流向，再收紧可访问范围，然后把读取、修改、发送分开授权，最后用一个小范围任务跑一遍，看越权请求和人工接管是否按预期出现。范围写不清楚的流程，建议先不要接 agent。

是否让 Gemini agent 进入现有办公流程，取决于三项能否写清：可访问的文档和表格范围、读取/修改/发送的操作边界、人工接管条件。建议先在隔离目录或测试空间里，用一份不含敏感字段的任务跑通，记录它实际访问了什么、有没有越界请求。涉及对外发送、批量修改、跨部门数据的动作，默认设成人工确认。上述任一项说不清，就先不接入正式流程。

画出当前办公流程的数据流向

先不急着配权限，拿一张纸或一段文字把数据流向画出来，标注输入源、处理位置、输出位置三段。目的是分清哪些数据必须进入 agent，哪些只在本地或原系统里流转。这份图不需要精确到字段，但每条线都要写清三件事：数据类别、责任人、是否离开原系统。

输入源：谁提供、什么形态
  - 人工上传 / 表单填写 / 邮件附件 / 共享目录 / 内部系统导出
        |
        v
处理位置：数据在哪里被读取和生成
  - 本地终端 / 组织内已批准的模型服务 / 中间件
  - 是否落盘、是否写日志、日志保留多久
        |
        v
输出位置：结果交给谁
  - 写回原系统 / 生成草稿等人工确认 / 直接对外发送

每条线补注：数据类别 | 责任人 | 是否离开原系统

画完之后通常会发现，真正需要进 agent 的只是其中一段，其余环节可以让它在原系统里完成。把这段标出来，就是后面配权限的依据。这份图建议放在流程说明的第一页，改动流程时同步更新。

确认 agent 可访问的文档和表格范围

范围不要按“某个部门的所有材料”来配，按任务需要的字段和文件来配。实践中可以分成三类清单，分开维护：

• 可访问范围：写具体路径、表格名称或标识、字段列。例如“某一目录下的排期表，仅日期、负责人、状态三列”。
• 排除范围：即使在同一目录下也不允许读的内容，常见的有含个人身份信息的表格、薪酬与考核记录、合同原件、客户联系方式、账号凭据。
• 临时授权范围：为单个项目一次性共享的文件夹或文档，写明授权人、起止时间和撤销方式，任务结束后回收。

验证方式比较直接：准备一份只含必需字段的测试文件，观察 agent 在处理时会不会去读同目录下的其他文件。如果它会主动列目录或请求额外文件，说明范围给宽了，需要收回到具体文件或字段。日志里能看到实际读取的对象，这是判断范围是否合适的依据。

区分读取、修改和发送三类操作

这三类操作的风险不一样，确认方式也应该不一样。读取是得到信息，修改是改变原数据，发送是把信息交给外部。建议按下面这张对照表来定：

需要额外确认的情形通常是：修改会覆盖原值且没有版本记录、发送对象在组织外部、一次操作影响多行或多份文件。判断标准可以简单写成一句——出错之后能不能还原、能不能收回。不能还原也不能收回的，就加一道人工确认。

在流程说明里写清人工接管条件

流程参与者需要知道什么时候停下来叫人。条件不要写“遇到异常情况时”，要写成可判断的描述。常见的有：

• 任务所需的关键字段缺失，或同一字段在不同来源里对不上。
• 输入文件格式与约定不符，例如表格结构变了、附件类型不对。
• 结果需要发送到组织外部，或收件人不在已登记名单内。
• 操作对象超出已登记的可访问范围或可修改范围。
• 同一任务反复重试仍无法得到可核对的结果。
• 金额、日期、编号一类需要准确无误的字段无法交叉核对。

说明里同时要写清楚接管后怎么做：谁负责接手、agent 在哪个环节暂停、这次接管记录在哪里。建议在流程文档中留一小段操作边界声明，模板可以是这样的：本流程中 Gemini agent 仅可读取已登记目录下的指定字段；修改操作需人工确认预览后执行；对外发送一律由人工发起。出现数据缺失、格式异常或超出登记范围的情况，立即停止并转人工处理。该声明建议与权限配置一起评审，范围变动时同步修改。

用小范围任务做上线前验证

正式放进流程之前，先挑一件影响面小、结果容易人工核对的任务试跑，比如整理一份内部会议记录草稿，或者把一份表格按固定规则归类。这一步的重点不是看它做得好不好，而是看权限和边界是否和预期一致。

判断是否可以通过的标准，建议定为两条：实际访问的数据是登记范围的子集；所有对外发送都由人工触发。至于速度、格式美观这类问题可以之后慢慢调。如果试跑中出现越界读取或未经确认的修改，先收窄范围再重跑一次，不要靠口头约定绕过。