在许多公司，合同审查是一个典型的“高频、重复、依赖经验”的流程：

业务同事不断发合同给法务，法务不断做“初筛 + 修改建议 + 来回沟通”。业务侧频繁发起需求，法务团队则深陷于“接收-初筛-批注-沟通”的往复循环。消耗专业人力的，往往并非艰深的法律研判，而是大量重复、琐碎的基础工作：

• 要素完整性核对： 主体信息、金额、期限、付款条件等关键条款是否遗漏？

• 风险条款识别： 是否存在单方解除权、责任上限过低等明显不利约定？

• 文本规范性检查： 错别字、日期格式、条款编号、术语使用是否统一、准确？

• 意见整理与溯源： 最后还必须将问题清晰罗列，并精准指向原文位置。

这些高度结构化、规则相对明确的任务，非常适合交给 AI 做“第一遍过滤”，让法务把精力投入到真正需要专业判断的部分，例如交易结构、行业合规、争议策略、重大风险取舍。

本文将分享一套轻量、可快速落地的企业智能审查方案。其核心路径是：先用文档解析引擎将合同文本准确转化为结构化数据，再驱动大模型执行两类自动化审阅：

• 条款审阅： 识别关键条款的风险、缺失与冲突，提供修改建议并附上证据引用。

• 规范审阅： 检测文本格式、表达与一致性层面的错漏，输出修订清单。

该方案的定位清晰务实：不是替代法务做出“最终法律判断”，而是将审查流程中“前60%”基础性、重复性工作实现自动化，从而显著提升整体效率与质量基线。

一、为什么企业需要 AI 合同审查，而不是“再招一个法务”

很多企业的合同审查痛点不是“法务人员不够”，而在于流程本身的结构性矛盾：

1）审查请求的洪峰： 业务推进快，合同评审需求集中爆发，传统人工流程难以弹性应对。

2）低价值重复劳动占比高： 大量时间耗费在信息核对、格式修正、基础条款修改等可标准化的工作上。

3）沟通成本高： 业务希望“告诉我哪里要改”，而非充满法律术语的分析。

4）不确定性高： 没有统一审查标准，依赖个人经验，不同法务的审查重点与尺度存在差异。

大模型的优势在于：它非常擅长完成“文本 → 结构化问题列表”的转化，并生成清晰的修改建议。

但要在企业里真正落地，必须解决两个关键点：

• 输入要稳定： 真实合同多为PDF、扫描件或含复杂表格，需先通过解析引擎将其准确转化为机器可读的结构化文本。

• 输出要可控： 模型不能自由发挥，必须严格依据预设的审查清单与风险规则生成结论，且每项意见都需附上可追溯的原文证据。

这也是为什么简单的“PDF转文本”方案往往折戟，而 “精准解析 + 规则化审阅” 才是实现AI辅助审查真正落地的基础。

二、拆解合同审查流程：AI 最适合从哪里切入？

把合同审查拆成三个层次，我们会发现AI最适合切入的是前两层：

1）规范层（最适合自动化）

• 错别字、日期格式、编号、术语一致性、空字段、附件缺失引用等

  → 规范审阅

2）要素与风险层（适合自动化初筛）

• 合同主体、标的、金额、付款、交付、验收、违约、争议解决等是否完整

• 是否存在明显不利条款/表述不清/权责模糊

  → 条款审阅

3）专业判断层（仍需法务主导）

• 条款是否一定无效？风险是否可接受？如何谈判取舍？争议路径选择？

  → 这里AI只能辅助，不替代专业判断

所以我们的目标是：把“规范层+初筛层”自动化，把“专业判断层”留给法务。

三、一套可落地的 AI 合同审阅机制（企业视角）

要在企业实际场景落地，要把AI变成“标准化审查员”，而不是“自由发挥的聊天机器人”。

机制核心：规则清单 + 证据引用

• 固定审查清单（Checklist）： 每次审查都按同一套标准走。

• 每条结论必须给证据： 引用原文片段（quote），必要时可带页码和位置。

• 输出结构化：   便于法务、业务快速处理与复用。

四、落地方案：Coze+TextIn 的“合同智能审阅”流程

1）整体流程

上传合同 → 文档解析 → 条款审阅（LLM）→ 规范审阅（LLM）→ 合并输出审阅报告

💡 为什么要“文档解析”放在前面？

✏️ 因为合同往往不是纯文本：PDF 带表格、扫描件、印章、页眉页脚。解析质量直接决定大模型能不能正确审阅。

2）两类审阅模块

• 条款审阅（Clause Review）： 风险/缺失/冲突/建议

• 规范审阅（Norm Review）： 错漏/一致性/格式/修订

五、怎么搭：把能力封装成一个业务可用的“智能体”

落地的核心不是单纯构建一个“工作流”，而是创建一个业务侧易于使用的“产品”：

理想的流程模式应是：

• 业务上传合同 → 自动返回“审阅意见列表”。

• 法务只需要在 AI 结果上做二次确认与补充。

• 所有审阅结果均为结构化数据，后续可导出、沉淀，并持续反哺优化审查标准。

为实现这一目标，我们将上述“解析+审阅”的完整能力链，封装至Coze智能体中，让它成为企业的“合同审阅入口”。

六、搭建要点

这里我们提供一个最小可用的搭建方式，保证可复制：

Step 1：工作流（Workflow）

节点顺序：

1. 文档解析（TextIn：PDF→Markdown/结构化文本）

至少要拿到这两个字段：

• markdown（必须）

• （可选）page_count / pages（后续做页码定位）

A）如果你有 Coze 插件

• 选用动作：pdf_to_markdown（或通用解析同类action）

• 输出映射：把markdown存到变量

B）如果用 HTTP 节点

• POST你的解析接口

• Header：appid/secret（或你的鉴权）

• Body：文件url / 文件流（按Coze支持方式）

✅ 验收： 此处单独跑一次，确认不是空，且包含合同正文而不是只有标题、页眉。

2. 条款审阅（LLM 按 schema 输出 JSON）

关键点：不要让模型自由发挥，而是按schema输出。

schema示例：

{"review_type": "clause_review","summary": "","items": [    {"id": "CR-001","title": "","risk_level": "high|medium|low","description": "","suggestion": "","suggested_text": "","evidence": { "page": null, "quote": "" }    }  ]}

让输出更“企业可用”的小技巧：

• 在prompt里写明：

• “至少输出 3 条；无明显风险也输出低风险优化建议”。

• “evidence.quote 必须从原文摘取，不能编造”。

• 风险分级规则简单固定：

• 关键要素缺失（主体/金额/付款/交付/验收/违约/争议）→ high

• 权责不清、单方不利条款 → medium

• 文字优化建议 → low

3. 规范审阅（LLM 按 schema 输出 JSON）

schema示例：

{"review_type": "norm_review","summary": "","items": [    {"id": "NR-001","issue_type": "typo|date_format|punctuation|numbering|term_consistency|missing_field|other","description": "","suggestion": "","suggested_text": "","evidence": { "page": null, "quote": "" }    }  ]}

规范审阅建议覆盖 6 类：

• typo（错别字）

• date_format（日期格式不统一）

• numbering（编号层级混乱）

• term_consistency（术语混用：甲方/委托方/采购方）

• missing_field（字段缺失：签署地、合同编号、联系人）

• punctuation（标点/空格）

4. 合并结果（Code 节点输出 final_json + final_markdown）

要点 ：输出分两类

• final_json：结构化，方便后续做“卡片/导出/前端”。

• final_markdown：面向业务/法务可读，直接作为智能体回复。

✅ 验收： 跑一份 2–5 页合同，确认clause_count、norm_count > 0，并且final_markdown中能看到quote引用。

• 代码节点的示例：https://dllf.textin.com/download/2026/CustomService/contract_extract.js

Step 2：智能体（Bot）

智能体的提示词重点：“收到合同后必须调用工作流，并且只输出工作流结果，不自由发挥。”

Prompt示例：

# System Prompt你是“合同智能审阅”助手，面向企业用户提供合同初步审阅意见。你的工作方式是：收到用户上传的合同文件（PDF/图片/Word）后，必须先调用工作流完成文档解析与审阅，再基于工作流的输出{#你的工作流}进行回答。## 你的能力模块条款审阅（Clause Review）：识别合同关键条款风险、缺失项、表达不清、权责不明、可能不利条款，并给出修改建议。规范审阅（Document Norm Review）：识别错别字、术语不一致、日期与编号表达不规范、标点格式问题、字段漏填等，并给出修订建议。证据引用：所有审阅意见必须提供证据（引用原文片段 quote；如无法定位页码则页码为未知）。## 必须遵守的规则你只能依据合同文本本身输出审阅意见，不得编造合同内容、不得臆测未出现的信息。不提供正式法律结论或法律意见书结论；如用户要求“是否一定违法/一定无效”，你应提示需律师结合事实判断。每条审阅意见必须包含：问题点、风险/类型、建议、证据引用（quote + 页码若有）。默认使用“条款审阅 + 规范审阅”两部分结构输出，并优先返回工作流生成的 final_markdown。若用户未上传文件或文件无法解析，先引导用户上传可读文件，并提示建议页数范围（演示可建议 1–30 页）。若用户希望只看某一类审阅，支持指令：“只看条款审阅 / 1” → 仅输出条款审阅部分“只看规范审阅 / 2” → 仅输出规范审阅部分“全部 / 0” → 输出全部语言默认中文；如用户要求英文，再输出英文版本。当工作流返回 final_markdown 时：直接输出 final_markdown（不要重复解释，不要额外加未经证据支持的结论）。当工作流未返回或返回为空时：说明原因，并给出下一步指引（重新上传、换清晰版本、拆分文件等）。如用户追问某条意见：你必须引用对应 evidence.quote 并解释为什么它构成风险/规范问题，然后给出可执行的修订文本。

七、如何衡量效果：企业最关心的 3 个指标

部署智能审阅系统后，成效可通过以下三个直接影响业务与法务工作的核心指标进行衡量，这些指标也是向管理层及法务团队证明方案价值的关键：

1. 节省法务初筛时间： 以前30分钟初筛 → 现在3–5分钟确认

2. 减少往返沟通次数： 业务拿到的是“问题清单 + 修改建议”，不再是需要自行解读的复杂法律文本

3. 审查标准一致： 同一套checklist输出，降低因个人经验、风格差异所带来的质量波动

这三个可量化、可感知的维度，共同构成了评估智能审阅方案成功与否的价值框架。

八、明确边界与风险：让企业用得放心

任何技术方案的落地，清晰的边界界定与风险说明是建立信任的基础。为确保企业能够安心、合规地采用AI辅助审阅，必须在实施前明确以下几点：

• 核心定位： AI的输出始终是 “辅助性审阅意见” ，不是最终法律意见。

• 适用场景： 对于重大交易、结构复杂或风险等级较高的合同，仍需法务复核。

• 质量基石： 审阅结果的可靠性，直接依赖于底层文档解析的准确性。因此，高质量的结构化文本输入是前提。对于清晰度不佳的扫描件，可能需要进行前置的图像优化处理。

• 可审计性与透明度： 系统生成的每一条修改意见或风险提示，都必须提供可追溯至原文具体位置的 “证据引用”（Quote）。这既是保障审阅过程严谨性的要求，也是后续复查、讨论与经验沉淀的基础。

明确这些边界，并非限制技术的应用，而是为了构建一个“权责清晰、人机协同、风险可控”的可持续应用模式，让技术真正稳健地服务于业务。