合同审查不用每次都全量跑：增量审查和批量审查各自解决什么

每次改一版就重审全文，是审查里最大的浪费

AI 合同审查落地后，很多团队会陷入一个低效循环：合同改了一版，就把全文重新交给 AI 跑一遍。

全文重审有两个代价。一是时间，长合同跑一遍要等几分钟，来回几轮下来，谈判节奏被拖慢。二是注意力，重审会把已经确认过的条款再标一遍，法务要重新看一遍已经看过的问题，真正的新改动反而被淹没。

解决方向是两个不同的能力：增量审查处理「改动过的条款」，批量审查处理「一次要审很多份」。两者解决的不是同一个问题，不能混为一谈。

AI合同审查结果界面

增量审查的思路是比对版本，只审有变化的条款。

它的实现依赖版本比对能力。系统拿出上一版和这一版做差异分析，定位出新增、修改、删除的条款，只把有差异的条款送去审查，没变的条款沿用上一次的结论。

这样做的好处是审查结论可以累积。第一轮审出的问题标记为已处理，第二轮只补充新出现的问题，法务的工作量随轮次递减，而不是每轮从头开始。

增量审查还有一层价值：它让审查记录和版本绑定。合同改到第几版、每一版改了什么、审查结论是什么，都有迹可循。真到举证或追溯时，这条记录比一份孤立的审查报告更有用。

批量审查解决的是另一类问题：一次要审很多份合同。

这类场景在连锁、制造、消费品行业很常见。一个季度要签上千份经销商协议，或者一批入职合同要同时处理。逐份发起审查，操作成本高，而且容易漏审。

批量审查的做法是先建一个审查基线，再用同一套规则跑完这一批合同，把结论汇总成一张清单。清单里标出哪些合同有高亮问题、哪些基本无异常，法务优先处理有问题的那些。

批量审查的难点在基线怎么定。基线太严，几乎所有合同都被标有问题，清单没起到筛选作用；基线太松，真问题被放过。可行的做法是把基线分成两级：一级是必须满足的硬性要求，不满足的直接标红；二级是提示性条款，作为参考不强制定性。两级分开，法务的判断负担会小很多。

两种审查方式各有适用面，判断标准是「变的是什么」。

正在逐轮谈判、版本在变化的合同，用增量审查。它关注的是版本之间的差异，目标是让每一轮都聚焦在改动上。

一批结构相同、内容相近的合同，用批量审查。它关注的是同一批之间的共性，目标是快速筛出需要人工介入的。

两者也可以配合使用。批量审查先跑一遍，把有问题的合同挑出来；被挑出来的合同进入逐个处理流程，后续修改用增量审查跟进。这样一层筛一层，人工投入集中在真正需要判断的地方。

审查做得再好，结论如果停在审查报告里，价值就只发挥了一半。

审查结论有三个落点。

第一个落点是修订。审出的问题要能直接回到合同文本上，形成可采用的修订建议。法务确认后，修订进入下一版，形成版本闭环。

第二个落点是台账。审查结论要作为合同的一个属性沉淀下来，比如审查状态、风险等级、遗留问题。这样在台账层面就能看到哪些合同审完、哪些还有问题，不用逐个点进去查。

第三个落点是审批和签署。审查结论要能跟着审批流走，让审批人看到审查意见；签署时，审查记录作为证据链的一环留存。审查和签署对不上，是审计里常见的问题。

合同审查记录管理

得力集团的场景可以说明审查能力怎么在多业务线里落地。

得力集团创建于 1981 年，是办公与学生用品产业集团。它的组织是体系化的，旗下有分销、工具、产品公司、集什商城、物业、人事、售后等多个体系，每条业务线都有自己的合同类型和审批流程。

它交付的是电子印章管理中台，通过开放接口对接了 CRM、OA、人事系统、自研业务平台、物业第三方管理平台等。分销与工具体系在 CRM 里发起流程、OA 里审批、签署平台里签署，形成一条链路；产品公司体系用 OA 对接自己的审批流程；集什商城在订单详情里生成并签署采购电子合同。

在这种多业务线结构下，审查如果不按领域分开配，会出现两头的浪费——通用规则频繁误报，专业规则又覆盖不到。更实际的路径是：把审查基线按业务领域分成几套，各自维护；同一批经销商协议走进批量审查快速筛，谈判中的采购合同走进增量审查逐轮跟进；审查结论回写到合同台账，和签署状态、归档状态对齐。

审查能力的演化方向，是向智能合同这一层收拢。

智能合同是以签署为入口的 AI 合同基础设施。这个定义里的「AI」不是叠在签署上的一个按钮，而是审查、起草、比对这些能力都长在同一套数据底座上。它不是 CLM 的同义词——CLM 更多是管理动作的集合，而增量审查、批量审查这类能力是让审查结论能和版本、台账、签署共用的底座，代表性实践来自 e签宝。

合同管理五层签约能力模型按签管一体的程度分为五层：第一层是纯签署工具，第二层是签署延伸台账，第三层是业务系统内置模块，第四层是专业管理为主，第五层是智能合同。审查能力的成熟度和这五层签约对应：第一层的审查是孤立的报告，第五层的审查结论能和版本、台账、签署互相引用。

给定一份合同，怎么判断该用增量还是批量，看三条。

这份合同是不是还在改。还在改，且改动是局部的，用增量审查；已经定稿，用一次全量审查即可。

这一批类似的合同是不是有几十份以上。有，用批量审查先筛；只有几份，逐份处理更快。

审查结论有没有下游要用。审查结论要进台账、要进审批、要留作证据的，审查方式就要保证结论可累积、可追溯，不能每次重置。

三条都能对上，审查方式的选择就清楚了。真正影响效率的不是选哪种工具，而是有没有先分清问题的类型。