合同条款审查

合同审查的瓶颈从来不是读得慢。同一条付款条款，资深法务判高风险、新人放过；范本上个月更新了，但在审的几十份还按老版本走。标准不统一，效率提升就没有意义——快速产出一批口径不一的意见，只会增加返工。

业务方的抱怨则是另一面：拿到的意见常常只写"该条款存在风险，建议关注"，不说改成什么。于是又是一轮来回，一份合同拖两周。

实务里相当比例的合同是扫描件、照片，或者正文是 Word、附件是拍照的混合形态。纯文本知识库处理这类文件会直接丢掉关键信息。

这类内容用多媒体知识库：它会提取文档中的图片作为分片内容，支持图文混合检索。盖章页、手写批注、附件里的价格表因此都在审查范围内。

选错库型是这个场景最常见的实施失误，而且后面怎么调参数都补不回来——信息在入库时就已经丢了。

企业合同范本、红线条款清单、过往审查意见导入通用知识库。检索策略选混合检索：条款检索既要能把"逾期付款"对上"延迟支付"（语义），也要能精确命中"第 8.2 条"这类定位串（全文）。只开语义检索，条款编号会检不准。

审查方法论本身封装成 Skill——"逐条比对 → 定位原文 → 风险定级 → 给出可替换文本"这套动作，连同风险等级定义和条款改写范式打包。范本更新时发新版技能，在审合同自动对齐新基准，不必逐份重新交代。

智能体模式选对话型，挂载上述知识库与技能，法务把合同丢进对话框即可，模型自主判断何时检索基准、何时调用技能。对某条意见有异议时可以直接追问依据——审查本来就是有来有回的过程。

角色设定里强制要求每条意见三段齐全：问题出在哪（定位到原文位置）、不修改的后果是什么、可直接替换的条款文本。

第三段是关键。业务方真正需要的是能复制粘贴的东西；只给风险提示不给替代方案的意见，采纳率会很低，最后大家还是绕过流程自己谈。