会议纪要、邮件和表格,通常都适合先交给模型处理,但应把结果定位为可复核的草稿、整理结果或分类建议,而不是直接发送、归档或执行的成品。共同条件是:原始材料已经拿到、任务边界说得清、结果能逐项对照、出错后可以修正。涉及敏感信息、对外承诺、权限或重要数据变更时,先停在人工确认环节。
三类内容,分别先做什么
| 内容 | 适合先交给模型的工作 | 至少提供 | 人工接住的部分 |
|---|---|---|---|
| 会议纪要 | 根据已有笔记和源文本整理纪要草稿、议题清单和待确认事项 | 原始记录、材料范围、已确认与未确认的信息 | 决定、负责人、期限、遗漏内容和最终措辞 |
| 邮件 | 根据收件对象、目的、已知事实和语气要求起草主题与正文 | 收件人、背景、必须包含或避免的信息、附件清单 | 收件人、称谓、事实、承诺、附件和发送动作 |
| 表格 | 按字段定义和分类标准整理、分类,或标出需要核对的项目 | 原始数据、字段说明、分类规则和例外情况 | 列与值的对应关系、公式、单位、格式、重复或缺失项 |
这个划分的重点不是文件名称,而是结果是否容易复核。会议纪要可以先做结构化整理,邮件可以先形成可审阅的文本,表格则应先明确规则,再让模型给出分类或整理建议。这些都是工作流判断,不代表任何模型都能直接替你完成最终确认。
OpenAI 的 ChatGPT for Word 帮助页说明,ChatGPT 可以依据笔记和源文本起草备忘录、提案或报告。因此,把会议纪要和邮件先作为“起草”任务处理,是更稳妥的用法;这项能力说明不等于对任一模型、文件或场景承诺准确率,也不等于模型可以自动发送邮件或执行外部操作。
让输出更容易核对
提交任务时,可以按“材料、规则、格式、核验”的顺序提供上下文。
-
先给材料。 贴出原始记录,或明确文件范围,并区分已知事实与待确认信息。不要只给一个主题,让模型自行补齐背景。
-
再给规则。 说明要完成什么、不要做什么,保留原文中的专有名词。需要分类时,先写清字段定义和边界。
-
限定输出格式。 可以要求模型先列出已知事实,再给出草稿或建议,最后单列待确认项和改动清单。这样更容易回到原文逐项检查。
-
给分类正反例。 OpenAI 创建和编辑 GPT 指南指出,如果 GPT 必须应用特定定义或分类,应提供可接受和不可接受输出的简短示例。处理表格分类时,可按“定义、可接受示例、不可接受示例、输出字段”的顺序组织输入。
一个实用的原则是:凡是要求模型“判断”的任务,都应同时说明判断标准;凡是要求模型“整理”的任务,都应要求它区分原文内容与新增建议。
哪些内容仍要自己确认
无论输出看起来多完整,以下几层都需要人工复核:
- 事实层: 姓名、日期、数字、会议决定、行动项和引用内容,要逐项回到原文核对。
- 完整性: 是否遗漏了否定条件、例外情况、不同意见或尚未解决的问题。
- 表格层: 检查列和值是否错位,公式、单位和格式是否保持原意,以及重复、缺失或异常项是否被正确标出。
- 行动层: 发送、删除、覆盖、合并数据和修改权限等动作,应单独确认。生成草稿与授权执行是两件事。
- 敏感信息层: 涉及个人信息、商业秘密或组织受控内容时,先核对所在组织的政策及相关要求,不能因为模型能够处理,就默认可以上传或共享。
最实用的判断标准很简单:如果结果错了能通过原文快速定位,而且下一步不会自动生效,可以先交给模型;如果结果错了会改变对外信息、数据或权限,就应保留人工确认这一道关。