一份 30 页的合同,风险藏在第几条?
通信服务企业每天经手三类合同:上游运营商、下游客户、采购合同。页数多、条款密、答复急——真正难的不是「看完」,而是把风险钉在具体条款上。
这天上午,一份合作协议躺在邮箱里
正文加附件 30 多页,对方希望今天下班前给出反馈。按过去的节奏,要排进法务审核队列,快则一天、慢则两天;业务侧的签署周期,就这么被一次次拉长。
这一次,接下审核任务的是吹豪千变企业AIOS智能体平台上一名刚刚上岗的数字员工——法务合同专家。
先认识一下这名新员工
业务同事在平台上问它:「你是谁?」——上图这位,就是接下本次审核任务的数字员工。
它自我介绍:面向通信服务行业的合同审核智能体。基于 8 维度框架做专业风险审核,支持 PDF / Word / 图片上传和直接粘贴文本;能自动识别己方在合同中的角色(甲方/乙方),输出带评分和风险等级的结构化审核报告。
把合同交给它,先搞清楚「我是谁」
业务同事把合同 PDF 拖进对话窗口。几乎同时,法务合同专家开始工作:
- 多格式接收:PDF(文字层)、DOCX、DOC、TXT 直接读取;扫描件和图片先走 OCR;粘贴文本不少于 100 字符,避免对着一句话凭空下结论。
- 角色自动识别:默认
party_position=auto判断己方主体是甲方还是乙方;判断不了就主动确认,绝不靠猜。 - 合同类型推断:自动区分上游运营商合同与下游客户合同——两类合同的关注点并不一样。
如果用户什么都没有提供,它不会「自由发挥」,而是主动追问要合同——没有合同内容,审核无从谈起。
8 个维度,逐项过一遍
合同文本就位后,启动 8 维度审核框架。不是泛泛地「看看有没有问题」,而是每一项都带明确要点和硬标准:
以本次合成为例:费用与结算维度发现账期 90 天(超 60 天红线);违约责任维度发现违约金比例不设上限(破 30% 警戒线);争议解决维度发现管辖地约定在对方所在地。每一项发现都附着具体条款号和修改建议。
6 类专项风险,逐条钉在条款上
8 维度之外,还有 6 类专项风险模型单独跑一遍,每一类都强制要求标注条款序列号:
权利义务非常不对等
单方变更权、单方解除权、单方调价权、义务明显失衡
违约责任过高
违约金超合同金额 30%、责任无上限、间接损失赔偿范围过宽
特殊保密 / 限制宣传 / 自动顺延
保密期超过终止后 5 年、限制我方案例引用、自动续期无预警
特殊数据处理要求
个人信息授权范围、跨境传输、数据归属模糊
特殊服务 / 技术标准(SLA)
可用性百分比、响应时间、故障恢复时间是否量化
争议管辖地及适用法律
管辖地是否有利、是否排除中国法律、费用承担
审核结果按统一评分体系落档:
平台还会对总分与各维度均分做一致性校验,出现明显偏差时自动纠偏——评分不能靠「感觉」。
报告:可归档的文档,不是聊天里的一段话
审核完成后,生成一份结构化 DOCX 审核报告:封面给出综合评分与风险等级,正文包含执行摘要、8 维度详细分析、风险矩阵、逐条修改建议和审核结论。同时生成 HTML 预览卡片推到前端,在线预览、一键下载,可直接放进合同审批流归档。
敏感信息怎么办?先脱敏,再分析。公司名、金额、银行账号在进入分析前就被替换为 [COMPANY_1] 这类占位符,且脱敏不可逆——报告里不会还原真实值。它也被明确禁止还原脱敏占位符、禁止臆造数据。
框架来自法务专家的经验沉淀
这套 8 维度框架并不是 AI 自己想出来的。前期,法务专家带着它一份份合同地审:主体要看什么、账期多少算风险、违约金上限怎么定、上下游视角差在哪里……审完之后,方法被沉淀为 Skill 文档和工具级的审核提示词,硬标准写进框架,成为每一次审核都执行的固定动作。
下一次合同进来,不再需要法务重新组织一连串问题——框架会稳定地执行同一套方法,一个人培育好的审核方法,变成整个组织可复用的能力。
它也清楚自己的边界:审核结论明确区分「已确认的事实、基于规则的分析推断、仍需人工确认的事项」;LLM 分析不构成法律意见,重大合同决策仍应咨询执业律师。
到点自动巡检:报告直接推到飞书
除了「随叫随到」的被动模式,还支持 Heartbeat 定时审核:到达设定时间,以虚拟执行身份自动跑完整流程——读取合同、8 维度分析、生成报告,并把结果通过飞书消息推送到指定接收人。
定时任务与对话任务有严格的路由规则:对话场景只走分析工具,定时场景只跑定时入口,互不越界。业务同事不需要守在电脑前,第一条审核结论已经主动送到了手机上。
它背后是怎么运行的
在吹豪千变平台上,这名数字员工由三部分决定:Agent 定义(角色设定、行为规则与工具白名单)、AgentExecutor 执行引擎(ReAct 循环,最多 20 步)、工具集合。工具白名单只有 6 个,权责清晰:
analyze_image扫描件 / 图片 OCR 提取文字analyze_contract核心分析:内置 8 维度框架,要求严格 JSON 并做结构校验generate_pdf_report分析结果转为结构化 DOCX 与 HTML 预览卡片feishu_app_message审核结果飞书通知contract_review_runnerHeartbeat 定时审核任务入口todo_write记录审核进度,过程可追溯约束同样写死在规则里:无合同内容必须追问;必须调用工具完成审核,禁止直接输出结论;禁止还原脱敏占位符;禁止臆造数据。完整架构解析见 吹豪千变架构解析:ReAct 执行引擎与 13 层 System Prompt。
过去与现在
过去,法务和业务同事要把大量时间花在五件事上;现在,数字员工先审一遍,人把时间留给判断与决策:
过去 · 人工逐条审
- 逐页通读,手动比对模板
- 凭经验标注风险条款
- 确认己方角色与谈判口径
- 手写逐条修改意见
- 整理结论、写审核报告
现在 · 数字员工先审一遍
- 复核高风险条款与修改建议
- 判断风险是否可接受
- 制定谈判与修改策略
- 重大决策咨询执业律师
- 把方法沉淀回框架
把时间留给风险判断,
把逐条审查交给数字员工。
今天,法务合同专家正式上岗
从今天起,每一份合同都会被 8 个维度扫过;每一处风险,都会被钉在具体条款上;每一次审核方法的经验,都会沉淀为组织可复用的能力。
您的企业,也有这样的合同吗?
一项工作长期存在、规则相对稳定、需要访问企业正式数据、还要遵守权限与审计要求——现在可以从一份真实合同开始,把法务专家的工作方法教给平台,培育一名能够持续上岗的合同审核数字员工。
预约一次产品演示,看法务合同专家真实审核一份合同的全过程。