在许多公司，合同审查是一个典型的“高频、重复、依赖经验”的流程：
业务同事不断发合同给法务，法务不断做“初筛 + 修改建议 + 来回沟通”。业务侧频繁发起需求，法务团队则深陷于“接收-初筛-批注-沟通”的往复循环。消耗专业人力的，往往并非艰深的法律研判，而是大量重复、琐碎的基础工作：
- **要素完整性核对：**主体信息、金额、期限、付款条件等关键条款是否遗漏？
- **风险条款识别：**是否存在单方解除权、责任上限过低等明显不利约定？
- **文本规范性检查：**错别字、日期格式、条款编号、术语使用是否统一、准确？
- **意见整理与溯源：**最后还必须将问题清晰罗列，并精准指向原文位置。
这些高度结构化、规则相对明确的任务，非常适合交给 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引用。
-
代码节点的示例：dllf.textin.com/download/20…
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 个指标
部署智能审阅系统后，成效可通过以下三个直接影响业务与法务工作的核心指标进行衡量，这些指标也是向管理层及法务团队证明方案价值的关键：
- **节省法务初筛时间：**以前30分钟初筛 → 现在3–5分钟确认
- **减少往返沟通次数：**业务拿到的是“问题清单 + 修改建议”，不再是需要自行解读的复杂法律文本
- **审查标准一致：**同一套checklist输出，降低因个人经验、风格差异所带来的质量波动
这三个可量化、可感知的维度，共同构成了评估智能审阅方案成功与否的价值框架。
八、明确边界与风险：让企业用得放心
任何技术方案的落地，清晰的边界界定与风险说明是建立信任的基础。为确保企业能够安心、合规地采用AI辅助审阅，必须在实施前明确以下几点：
- **核心定位：**AI的输出始终是 “辅助性审阅意见” ，不是最终法律意见。
- **适用场景：**对于重大交易、结构复杂或风险等级较高的合同，仍需法务复核。
- **质量基石：**审阅结果的可靠性，直接依赖于底层文档解析的准确性。因此，高质量的结构化文本输入是前提。对于清晰度不佳的扫描件，可能需要进行前置的图像优化处理。
- **可审计性与透明度：**系统生成的每一条修改意见或风险提示，都必须提供可追溯至原文具体位置的 “证据引用”（Quote）。这既是保障审阅过程严谨性的要求，也是后续复查、讨论与经验沉淀的基础。
明确这些边界，并非限制技术的应用，而是为了构建一个“权责清晰、人机协同、风险可控”的可持续应用模式，让技术真正稳健地服务于业务。
