AI 自动化办公总结合同条款靠谱吗？

AI 自动化办公可以很快把合同、报价单、合作协议整理成摘要，但“看起来很通顺”不等于“可以直接采用”。合同条款有引用位置、版本差异、金额日期和责任边界，任何一个字段错了，都可能让后续沟通返工。

适用场景：先整理信息，再交给人判断

这篇适合运营、商务、行政或项目负责人处理合同初稿、采购条款、服务协议、报价附件和补充协议。目标不是让 AI 直接决定是否签署，而是把条款位置、金额日期、双方义务、风险提示和待确认问题整理出来。若你还在处理普通资料和 PPT，可以先看 用 Codex 做 PPT 和资料整理；若文档涉及费用附件，可参考 AI 自动化办公整理报销和费用说明。

操作步骤：让摘要必须带出处

1. 先拆文档，不要整包丢给模型

把合同按正文、附件、补充协议、报价表、签署页拆开，并记录文件名和页码。扫描件先做 OCR 检查，低置信度段落要标记“需人工核对”。如果直接把多个版本混在一起，模型可能把旧版付款日期和新版金额拼到同一段摘要里。

2. 要求输出“结论 + 引用位置 + 待确认”

提示词里不要只写“总结一下合同”。更稳的结构是：条款主题、摘要、原文位置、涉及金额或日期、对我方影响、待确认问题。对 AI API 接入到办公系统的团队，可以让模型返回 JSON，再由前端渲染成表格；对手工使用 Codex 的人，也可以先输出 Markdown 表格，逐条核对。

主题 | 摘要 | 原文位置 | 金额/日期 | 待确认
付款 | 分三期付款 | 主合同第 4 条 | 30/40/30 | 是否含税

3. 用差异检查而不是只看最终摘要

如果有多个版本，先让 AI 标出差异，再让人决定是否接受。差异包括金额、日期、违约责任、交付范围、服务期限、附件引用和盖章主体。这个流程和 表单与周报自动化 不一样，合同摘要必须回到原文位置，不能只看语言是否顺畅。

常见问题/避坑：不要让模型替你做承诺

第一个坑是把 AI 摘要当成合同审查意见。摘要只能辅助阅读，不能替代专业审查。第二个坑是没有保存原文版本，后来发现摘要引用的是旧文件。第三个坑是忽略附件，正文说“详见附件一”，但附件一的报价和交付范围才是关键。第四个坑是把敏感合同原文直接放进公共聊天或无权限控制的日志里。

涉及客户资料、金额和签署主体时，建议结合 AI API 敏感字段处理 的思路做最小化输入和受控留存。如果团队通过 CCSwitch 配置不同模型，也要确认合同类任务使用的模型、日志和权限范围，避免把内部文档发到不合适的调用链路。

检查清单：交付前逐项核对

• 摘要中的每个金额、日期、主体名称都能回到原文位置。
• 低置信度 OCR、缺页、扫描模糊和附件缺失已单独标记。
• 多个版本之间的差异单独列出，没有只保留最终摘要。
• 输出里明确写“待确认问题”，而不是替业务人员下结论。
• 合同原文、模型输入和日志留存符合内部权限要求。

FAQ：可以把合同直接上传给模型吗

要看合同内容和内部规则。一般建议先确认权限、脱敏要求和用途范围，再决定是否使用 AI 模型接口。可以从低风险文件开始，例如公开模板、非敏感条款、已授权样本；正式合同最好只做辅助摘要和差异整理，并由负责人或专业人员复核。你也可以在 AI 自动化办公专题 里把合同摘要、表格整理、邮件草稿和资料归档分成不同工作流，不要用同一个提示词处理所有文档。

验收标准：摘要能被逐条复核

合同类 AI 自动化办公的验收重点不是字数，而是可追溯。交付给同事前，建议抽查五个高风险字段：签署主体、付款金额、付款日期、违约责任、附件名称。每个字段都要能找到原文页码或条款编号。如果摘要里写“双方约定按附件执行”，但没有指出是哪一个附件，这条摘要就不能算通过。

还要检查模型有没有把“待确认”写成肯定结论。比如扫描件缺页、报价表版本不一致、主体名称前后不同，这些都应该进入待确认区，而不是被模型整理成顺滑的一句话。对接 AI API 接入系统时，可以把这些字段做成固定 JSON 状态：confirmed、needs_review、missing_source。这样前端能清楚标红，负责人也知道哪些地方必须回到原文处理。

实际交接时，可以让 Codex 生成两份结果：一份给业务人员看的摘要表，一份给复核人员看的证据表。摘要表只放关键结论和待确认问题，证据表保留文件名、页码、条款编号、模型摘录和人工备注。两份结果分开后，AI 自动化办公不会把页面做得很臃肿，也能让关键责任留在人工复核环节。