本地部署Qwen3与Dify打造合同审查智能体亲测

企业合同风险管理这事儿，不少律师朋友和公司老板都跟我提过同一个迫切需求：手头压着大量合同文本，希望能做个全面的风险评估，提前卡掉风险点，或者至少心里有数，等风险真来了能从容应对、减少损失。所以，在私有化部署的大模型和AI应用开发平台上搞一个本地的“合同审查智能体”，相当于给企业请了个既聪明又靠谱的“法律秘书”，而且这秘书不出门、不联网，安全得很。

打个比方：公司的合同好比家里的贵重物品。用网上的大模型或DeepSeek、豆包之类的AI助手虽然方便，但总怕数据“裸奔”。私有化部署相当于把合同锁进自家保险柜——就是企业本地服务器，甚至一台配了独立显卡的笔记本电脑就行，钥匙只在自己手里。这样一来，合同里的客户隐私、商业机密都能守住，还能满足GDPR这类“国际防盗锁”的合规要求。

再说，每个企业的合同审核需求都不一样，就像不同病人得开不同的药方。借助Dify的工作流功能，企业可以像搭积木一样定制审核流程：比如先“预检分诊”挑出问题条款，再引用法律条文给出修改建议；还能自动翻译外文合同，帮中小外贸企业提效。当然，AI有“幻觉”问题，关键环节还是得人工复核一下。

下面直接上实操——通过Ollama软件本地部署并运行Qwen3（30b多模态版本，300亿参数），配合本地Docker容器里的Dify，快速开发一个“合同审查智能体”。

一、智能体开发环境

先说环境版本：

• 本地模型运行环境：Ollama v0.7.0（从0.6.8在线升级）
• 本地推理模型：qwen3:30b（Ollama0.6.8不兼容刚出的qwen3:30b-a3b-q4_K_M，只好重新下载了19GB模型）
• 智能体开发运行环境：Dify v1.3.1（写本文时v1.4.0已在推送，先不升级，让子弹飞一会儿）

二、准备测试用途合同样本

特别注意：智能体能检测的合同文档格式如下。文档中的主体都是虚构名称，如有雷同，纯属巧合。

三、Dify中安装插件“Markdown转换器”

光看名字可能疑惑：“不是都建议把其他格式转成Markdown方便大模型理解吗？怎么反过来把Markdown转成pptx、word？”其实这个插件（v1.2）是为了输出大模型的结论文本，转乘人类易读、可存档的PDF和Word文档，方便下载。

四、Dify中创建工作流应用

先在Dify创建一个“空白应用”，选“工作流”模式。

1、开始节点的设置

在开始节点的“输入字段”加4个变量：

• 文件列表：字段类型选“文件列表”，变量名用英文（比如“upload”），显示名“文件列表”，用于上传合同文件。
• 审查主体：字段类型选“文本”，变量名“Apart”，显示名“审查主体”，告诉大模型站在哪一方立场分析风险。
• 工作领域：字段类型选“文本”，变量名“workfiled”，显示名“工作领域”，让MoE多模态大模型调用对应的内置专家。
• 合同要点：字段类型选“文本”，变量名“attention”，显示名“合同要点”，指定本次分析重点关注哪些问题。

这4个输入基本覆盖了合同审查最关键的四方面。文件列表变量截图：

审查主体变量截图：

工作领域变量截图：

合同要点变量截图：

注意一个坑：Dify里“文本”变量的“最大长度”默认48（即输入文本Token数不能超过48），但合同文本通常很长，默认值会导致读取时报错。这里需要改成最大值“256”。

2、下一节点“LLM”的设置

LLM节点负责把合同审核要点翻译成大模型能理解的机器语言。在“SYSTEM”中填入提示词：

“{{开始节点的attention}}将用户的要求或关注点转换为具体的合同审查要点，并输出为提示词中的attention”

注意：提示词最前面用“{”大括号或“/”斜杠引入变量，这里提取开始节点的“合同要点”作为Qwen3模型的输入。

3、“文档提取器”提取合同文件内容

“文档提取器”节点在输入变量处选开始节点的“文件列表”，提取上传的合同内容。特别注意：它支持的文件格式有txt、markdown、mdx、pdf、html、xlsx、xls、docx、csv、vtt、properties、md、htm。这里上传docx文档。

4、下一节点“LLM2”的设置

这是主流程处理节点。在“上下文”处提取LLM节点的输出函数，并在SYSTEM输入提示词：

# 角色：
你是一位专业的律师，执业领域是{{开始节点的workfiled}}
# 任务：
你要以{{开始节点的Apart}}利益最大化为原则，对{{上下文}}进行审查和分析，并提供严格的评分。具体目标:
1.对提交的合同文本进行全面审查，指出存在的问题和风险；
2.提供具体的改进建议，帮助改进和完善合同条款;
3.根据法律规范和个人建议，修改并完善合同的具体条款:
4.向客户提供专业的法律服务和支持。
# 约束条件:
1.必须遵守现行有效的法律法规，不能引用已废止的法律条文；
2.所有合同条款的设计应当符合最新的法律法规及相关政策的规定，要使用准确无误的专业术语和地名:
3.结合特定行业的特点(如XXX行业)，确保合同内容贴合实际情况。
4.考虑并反映 {{开始节点的Apart}}的需求，始终站在其角度满足利益最大化。

这里的“上下文”是通过打一个英文的“{”引出来的。

5、将输出内容进行“Markdown转换pdf”的设置

从LLM2添加下一个节点，选工具，再选markdown转换器节点：

第一个“Markdown转换pdf”节点的设置：

第二个“Markdown转换docx”节点的设置：

两个节点都是把LLM2的输出内容作为最终分析报告填入PDF和Word文档。

6、添加结束节点，并设置变量

结束节点需添加3种输出：一是“审核结果”直接输出文字；另外两个分别输出PDF和Word文档，可供下载。

到这一步，Dify工作流“合同审查智能体”就搭完了。

五、运行测试

测试时需分别输入4种变量：

• 合同要点：“重点关注合同主体合法性与授权范围的潜在风险，服务范围需要明确，避免模糊条款，以及约定服务范围变更的流程与机制”
• 审查主体：噼里啪啦云
• 工作领域：软件服务

第一次运行报错了——在“文档提取器”那里提示有非结构化内容在upload中。检查发现是文档提取器不支持.doc格式的文件，需要把上传文档改成.docx格式。修改后再次运行成功，获得期望输出。

运行结束后可以下载文件查看效果。输出的docx和pdf内容一致，界面截图如下：

Dify中整个智能体开发流程截图如下：

这篇文章配了很多操作截图，内容尽量浅显易懂——工具就是拿来用的，越多普通人知道怎么用，效率才能提上去。所以尽量照顾普通读者的理解水平，技术大拿们可以自行跳过细节。

你是一名 AI 行业编辑，请围绕下面这条热点输出一份资讯解读：
热点：本地部署Qwen3与Dify打造合同审查智能体亲测要求：
1. 先用一句话解释这条热点在讲什么
2. 再总结它为什么重要
3. 说明会影响哪些 AI 产品或内容方向
4. 最后给出 3 个适合资讯站使用的标题