两版合同摆在桌上，都写着“交付后 30 天内付款”，可一版按自然日算，另一版从“验收合格”当日起算。差这十几个字，你的现金流可能差出两个月。合同条款对比难的不是读字，而是把这种“看着一样、其实不同”的差异一条条揪出来——这正是 AI 能帮上忙的地方，但前提是它只做提取和对齐，不做法律判断。
所以先把定位摆正：AI 帮你把原文、条款号、差异和待确认问题整理清楚，最后拍板仍要交给法务或律师。
对比之前，先定范围
别上来就丢一句“比较这两份合同哪个好”，AI 只会回一堆正确的废话。先列出需要对比的主题：合同主体、服务范围、价格与税费、付款节点、交付与验收、保密、知识产权、违约责任、解除条件和争议解决。范围越具体，输出的对比表越能用。
合同是扫描件、OCR 都读不准的，先看AI OCR 工具选型把文字提取干净再对比；同时核对多份报价时，用采购比价表提示词把业务口径统一起来，避免价税、含不含运费各说各的。
对比结果必须保留什么
- 合同标识：文件名、版本、日期和合同主体，防止把不同版本混在一起。
- 条款位置：条款号、页码和完整原文，复核时能直接翻到。
- 客观差异：只说明文字和条件哪里不同，不加“这明显对我方不利”这类主观判断。
- 可能影响：用“可能、需要确认”表达，不作确定的法律结论。
- 专业复核：违约、知识产权、保密和争议解决这几类必须单独标出来。
可直接复制的合同条款对比提示词
你是一名合同资料整理助理。请对比我提供的多份合同，只负责提取、对齐和标记差异，不提供法律意见，不判断条款是否有效或一定存在法律风险。 对比目的：[采购/合作/续签/版本变更] 重点主题：[付款、交付、验收、保密、知识产权、违约、解除、争议解决等] 合同甲： [粘贴合同文本，保留条款号和页码] 合同乙： [粘贴合同文本，保留条款号和页码] 请输出： 1. 合同基本信息表：文件名、版本、主体、期限、金额 2. 条款对比表：主题、合同甲原文与位置、合同乙原文与位置、客观差异 3. 业务影响：对付款、交付、验收或项目执行可能产生的影响 4. 待确认问题：需要业务人员或合同相对方澄清的内容 5. 专业复核清单：违约责任、责任限制、知识产权、保密、解除和争议解决 规则： - 不省略“不承担、除外、上限、视为”等限制性词语 - 找不到对应条款时写“未找到”，不能推断不存在 - 每个判断必须引用条款号和原文 - 不使用“合法、无效、一定败诉”等确定法律结论 - 数字、日期、比例和主体名称必须逐字核对 - 输出后检查是否把不同版本或不同主体混在一起
示例：交付期限为什么容易比错
合同甲写“乙方应于 7 月 30 日前交付”，合同乙写“乙方在收到完整资料后 20 日内交付”。表面都是交付时间，但第二份的起算点卡在“完整资料”什么时候被确认。AI 应该把固定日期和条件起算标成差异，并列出“完整资料的范围和确认方式”作为待确认问题，而不是糊成一句“交付时间不同”。
付款条款：最容易比漏的一张表
| 对比项 | 合同甲 | 合同乙 | 业务影响 |
|---|---|---|---|
| 付款节点 | 签约后 30% | 签约后 20% | 首付款现金流不同 |
| 尾款起算 | 验收后 30 日 | 验收后 10 日 | 尾款回收周期差异 |
| 税费承担 | 含税 | 不含税 | 成本口径不一致，需确认税率 |
| 账户信息 | 对公账户 | 未写明 | 必须人工核对收款账户 |
这类表让 AI 按“原文 + 位置 + 差异 + 影响”填，你最后只需要复核数字和原文引用，比从头读两遍省力得多。
一个真实对比示例：验收后 30 天还是次月 30 日
付款条款里最容易“类似但不相同”的，是起算点。合同甲写“验收合格后 30 日内付款”，合同乙写“验收合格后次月 30 日前付款”。看着只差几个字，现金流能差出一个结算周期：6 月 15 日验收，合同甲要求 7 月 15 日前付款，合同乙要等到 7 月 30 日，再叠加开票和财务排期，实际到账可能晚一个月。
比这类条款时，先让 AI 把三个点标出来：起算点（验收合格当日还是收到发票后）、期限口径（自然日还是工作日）、是否跨月或跨年。再补一个待确认问题：“若验收日在月末，付款时间是否顺延”。把两句相似的话填进前面的付款对比表逐格比，就不会被糊弄过去。
违约和风险条款：三个最容易看漏的词
- “不承担”：看责任免除范围写在哪，别只盯着违约金数字。
- “上限”：责任上限总额、单次上限是否等于合同金额。
- “视为”：“逾期未提异议视为通过”这类默认条款，要单独标红。
AI 容易把这些词吞掉，所以提示词里专门加了一条“不省略限制性词语”。输出后自己再对着原文扫一遍，确认没漏。
人工复核清单
- 金额、税率、付款比例和账户信息。
- 交付与验收是否存在“逾期视为通过”等表述。
- 违约金计算方式、责任上限和免责条件。
- 成果、素材、代码或数据的知识产权归属。
- 管辖法院、仲裁地和适用法律。
对方需要确认的业务问题，可以用AI 邮件生成器整理成核对清单发出去，但发送前由负责人确认。涉及项目交接的，再配AI 工作交接清单提示词把合同、附件和交付资料一并核对。
如果你刚接触 AI 办公，建议先看AI 新手入门和提示词写法，把“AI 只整理、人做判断”的原则先立住。
用交付结果倒推需要的信息
例如，两份合同都写验收后付款，但一份是三十日内，一份是次月三十日前。这类任务的难点通常不在“让AI写一段话”，而在于先把事实、边界和交付对象理顺。开始前应单独列出已有材料、尚未确认的信息和不能由模型替你决定的事项。没有依据的数字、承诺、人员安排和专业结论一律标记待确认，不用看似完整的句子掩盖信息缺口。
处理时重点抓住这些要素：条款主题、原文位置、差异类型、业务影响、风险等级和待确认项。先用一小段材料跑通，再扩大到完整任务，能更早发现字段缺失和理解偏差。涉及多人协作时，最好让下一位执行者复述一遍：他从文档里看到了什么、准备先做哪一步、遇到什么情况需要停下。复述不一致，说明文档仍需修改。
从错误版本反推检查点
一个常见的失败版本是：只做关键词对比、忽略定义条款交叉引用，让AI直接给法律结论。它往往表面整齐，实际无法执行。修正时不要只让AI“更专业”，而要指出哪一项事实缺失、哪句话无法验证、哪一步没有责任人或判断条件。每轮只改一类问题，并保留修改前后的差异，后续才能沉淀出稳定做法。
- 事实核对：人名、日期、金额、指标、文件版本和业务规则回到原始材料逐项确认。
- 边界核对：区分已经决定、正在讨论、个人建议和模型推断，不能把四者混写。
- 执行核对：动作写到具体对象、负责人、时间和可观察结果，删掉“持续关注”“及时处理”这类空话。
- 风险核对：敏感数据先脱敏，合同、财务、法律、安全、医疗等结论交给相应专业人员。
交付前用一个简单标准验收：每个差异可定位原句，金额日期主体准确，高风险项交法务确认。再安排一次反例检查，故意输入一条缺日期、缺负责人或相互冲突的材料，看结果是否会明确提示缺口，而不是自行补全。能在正常情况和异常情况下都给出可核对结果，这套做法才算真正可复用。
最后保留三样东西：原始材料、采用的版本和人工确认记录。下一次遇到相似任务，可以复用字段和检查表，但仍要替换当次事实。模板的价值是减少遗漏，不是让所有场景得到同一答案；只要任务目标、读者或约束变化，就应重新检查输入和验收条件。