用dify零代码搭建合同审查agent可自动识别主体不一致、金额逻辑错误、日期冲突、责任条款缺失四类风险，全程可视化拖拽完成，无需写代码或部署服务器。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
用Dify零代码搭建能自动识别主体不一致、金额逻辑错误、日期冲突、责任条款缺失等深层风险的合同审查Agent，整个流程不需要写一行Python代码，也不需要部署服务器，上传文件→AI分析→生成带批注的Markdown报告，全程可视化拖拽完成。
准备合同审查工作流基础环境
先确认你已登录Dify平台（v1.1.0或更高版本），且当前工作区为“工作室”。若尚未部署，需在Linux或macOS系统中执行docker compose up -d启动服务；Windows用户请使用WSL2环境，否则文档提取器节点可能无法加载PDF内容。
进入“创建应用”→选择“Workflow”类型→命名“合同风险审查Agent”→点击“创建”。这一步必须选Workflow而非Chatflow，因为合同审查需要结构化输出与多节点串联，Chatflow仅支持对话式交互，【无法调用文档提取器和格式转换插件】。
创建完成后，工作流画布默认含一个“开始”节点。双击它，在“输入变量”中添加：变量名contract_file，类型选“文件”，显示名称设为“待审合同（仅支持docx/pdf）”。注意：不要勾选“允许多文件”，单次审查一份合同即可，多文件会触发文本混排导致AI误判主体信息。
配置文档解析与预处理节点
从左侧节点栏拖入“文档提取器”节点，连线至“开始”节点。双击该节点，设置输入来源为contract_file，输出变量名设为raw_text。
关键限制：该节点原生支持docx和pdf，但对扫描版PDF无效。若用户常上传扫描件，必须前置增加“OCR识别”节点——此时需安装TextIn插件并配置API Key，否则提取结果为空白字符串，后续所有分析将失效。
对于doc格式文件，Dify默认不兼容。解决方案有两种：
方法一：在“开始”节点后插入“文件类型判断”分支节点，当检测到扩展名为.doc时，调用自定义Python插件Doc2docxTool转换；
方法二：直接在开场白中强制提示：“请将Word 97-2003文档（.doc）另存为.docx格式后再上传”，省去插件开发成本。这一步操作起来很简单，直接把文件拖进去就行。
设计AI风险识别核心逻辑
拖入“大语言模型”节点，连接至文档提取器。双击配置：选择模型（推荐DeepSeek-V3或GLM-4-Flash），温度值设为0.3——太高易虚构风险点，太低则遗漏模糊条款。
在系统提示词框中粘贴以下结构化指令：
你是一名资深企业法务，正在审查一份商事合同。请严格按以下四步执行：
① 提取签约主体全称（首部、正文、签章页三处），比对是否完全一致，不一致则标记“主体不一致”；
② 找出所有金额相关条款（预付款、进度款、尾款、违约金），检查数值总和是否等于合同总额，比例是否符合公司《采购政策V2.1》第3条（预付≤30%，尾款≥10%）；
③ 定位“生效日期”“签署日期”“交付日期”，验证是否存在生效早于签署、交付早于生效等时间倒挂；
④ 扫描“违约责任”“不可抗力”“争议解决”章节，若任一节缺失或仅写“按法律规定执行”，即判定为“责任条款缺失”。
输出必须为纯Markdown表格，字段固定为：风险类型｜位置（页码+段落）｜原文片段｜修正建议。
这一步不能用通用法律提示词模板，必须锁定四类高发漏洞。测试发现，若去掉“页码+段落”要求，AI常返回“见第5条”之类模糊定位，法务无法快速核查原始文件。
生成可交付的风险报告
添加“格式转换”节点，输入来源选上一步LLM输出的output，输出格式选“Markdown”。双击该节点，在“模板”栏填入：
# 合同风险审查报告
**文件名**：{{inputs.contract_file.filename}}
**审查时间**：{{now}}
{{outputs.llm_output}}
最后拖入“结束”节点，连接格式转换节点。点击右上角“发布”，系统自动生成唯一访问链接。用户打开链接后，上传合同→等待15～40秒→直接查看带超链接跳转的Markdown报告，风险点原文高亮显示，修正建议可一键复制。
