GC AI 于 8 月 5 日上线 Contract Intelligence,可将多系统中的主协议、订单、修订与续约函整理为可筛选表格,并回链原文。法务验收时,应先围绕一个会触发业务动作的问题,核对准确率、版本关系和权限继承。
这篇文章解决什么问题
GC AI 于 8 月 5 日上线 Contract Intelligence,可将多系统中的主协议、订单、修订与续约函整理为可筛选表格,并回链原文。法务验收时,应先围绕一个会触发业务动作的问题,核对准确率、版本关系和权限继承。
并购交割后接手四百份供应商合同,业务往往马上会问:哪些合同会在三个月内自动续期?今天有效的责任上限写在哪份文件里?哪份补充协议已经改了原来的终止安排?主协议、订单、续约函和修订协议散在不同系统里。把现行条款链拼完整,还得经得起追问,才是盘点里最费工夫的一步。
GC AI 在 8 月 5 日发布的 Contract Intelligence,瞄准的就是这项工作。按其官方介绍,产品可连接 Google Drive、SharePoint、OneDrive、Dropbox、Ironclad,也可直接上传文件;用户可用自然语言定义字段,系统会将结果整理为可筛选表格,并链接回合同原文。厂商还称,系统能识别主协议与修订、续约、工作说明书之间的关系。Artificial Lawyer 记录了这次上线。但关于准确率、漏检率和扫描件质量影响的公开材料,目前仍主要来自厂商,演示效果不能直接作为验收结论。
先拿一个会影响业务动作的问题测试
不必一开始就把全部合同导入新系统。先挑一个答案会直接带来动作的问题,例如核对未来九十天内自动续期的供应商合同。范围可限于一个业务单元、一类合同。法务先人工确认签署状态、续期日、通知窗口和责任上限,并标出改动过这些字段的补充协议。这份业务底稿本来就需要由团队依赖,可以直接用于首轮测试。
随后把同一批材料交给合同 AI 工具处理。表格是否好看不重要,重点是记录三类错误:字段提取错误、合同根本没有被列出、主协议与后续修订被串错。只有部分签字页的扫描件、名称相近但交易主体不同的协议,以及写明“与主协议冲突时以本协议为准”的补充协议,都应放进首轮测试。不能给出具体页码或原文段落的结果,不应进入续约提醒或管理层报告。
能回链原文,还要核对版本和条款关系
合同 AI 的引用功能有用,律师可以少花些时间反复翻页。但有出处,不代表系统取对了版本、读懂了定义条款,也不代表没有漏掉后来的变更。以“协议期限”为例,生效日、验收日和自动续期机制可能共同决定答案;只摘出终止条款,未必能判断今天是否还有解约空间。
能交给业务使用的合同台账,至少应留下系统提取值、原文位置、所依据的文件版本和复核时间。付款承诺、赔偿、责任限制、数据跨境、审计权、控制权变更等字段,不宜在第一次机器提取后就自动改写台账或触发对外通知。留下这些信息,后续接手的人才能看清结论从哪里来,以及是否已被新的文件改掉。
连接器接入前,先把权限跑一遍
产品公告提到基于角色的访问、租户隔离和“不用于训练”的安排,GC AI 的安全文档也说明其主要模型提供商采用零数据保留或不训练约束。这些内容应写进采购问卷,但还需企业自行验证。试点中应查清:连接器能否继承源系统权限、离职账号如何撤销、导出的表格由谁保管、删除合同后索引、缓存和下游副本何时清除。
有些问题只能在负向测试里发现。原本按事项隔离、彼此不互通的文件夹,进入统一检索层后,同一角色的用户能否通过自然语言检索绕开隔离?无权用户能否据此推断合同是否存在、相对方是谁、某条款大致内容?先用脱敏或低敏合同把这些问题跑一遍,比上线后再补权限说明更实际。
现阶段,合同 AI 更适合先做存量盘点、续约窗口核对和尽调字段初筛。试点结束后,应保留三十到五十份经人工核对的合同、固定的问题和字段定义,以及每次模型或连接器更新后的差异记录;功能清单可以放在后面。等系统能稳定说明答案来自哪份文件、哪一段,以及之后有没有被改过,法务才有理由把它放进日常工作流。
相关报道
- GC AI:Contract Intelligence 产品页
- GC AI:Security Overview
- Business Wire 转载:GC AI Launches Contract Intelligence
- Artificial Lawyer:AI Realism, ILTACon, Legal Innovators New York + UK
引用与继续阅读
存量合同上线 AI 前,先查版本链|AIILAW.cn|2026-08-09|https://aiilaw.cn/contract-ai-evidence-chain-pilot-20260809/