基于腾讯元器搭建合同发票智能体：知识库+工作流的企业提效实践

摘要

本文介绍如何使用腾讯元器平台搭建一个面向企业场景的合同发票智能体。通过知识库增强专业问答能力，通过工作流实现合同条款的自动分析与优化建议生成。实测表明，该智能体能识别出合同中多个预留问题，包括多个人工审核容易遗漏的隐晦风险点。

一、痛点分析

企业日常运营中，合同审核和发票处理是两个高频且耗时的场景。

1.1 合同审核的困境

image-20251225110305481

常见问题：

• 法务资源有限，无法逐字逐句审核每份合同
• 业务人员关注点集中在金额、交付、付款，容易忽略其他条款
• 风险点往往藏在"合同变更"、"其他约定"等不起眼的章节
• 模糊表述（如"左右"、"规定时间内"）不易察觉

1.2 发票处理的困境

image-20251225110508768

常见问题：

• 月底集中处理，工作量大
• 纸质发票需要人工识别录入
• 发票相关知识咨询重复率高（专票普票区别、抵扣规则等）

1.3 期望的解决方案

image-20251225110738548

基于以上痛点，我搭建了「合同发票一把抓」智能体，核心能力包括：

1. 合同分析：提取关键信息，识别风险点
2. 合同优化：通过工作流生成修改建议
3. 发票识别：OCR提取发票信息，结构化输出
4. 知识问答：基于知识库回答合同发票相关问题

二、方案设计

2.1 整体架构

image-20251225110957079

2.2 核心组件

三、实现过程

3.1 新建智能体

登录腾讯元器平台，第一感觉是界面很清爽，没有那种企业级产品常见的"功能堆砌感"。点击「新建智能体」，弹出的配置面板也很直观，左边填信息，右边实时预览效果。

配置基本信息：

• 名称：合同发票一把抓
• 简介：合同扔过来，关键条款、风险点给你标出来；发票丢过来，抬头金额税号全提取。两样活一起干，省得你来回切换工具。

名称和简介会直接展示给用户，所以我尽量写得直白一点，让人一眼就知道这个智能体能干什么。

新建智能体

3.2 提示词设计

提示词结构分为三部分：

角色定义：

你是一个专业的企业合同与发票顾问，既能处理文件，也能解答相关问题。

能力边界：

## 合同相关
1. 文件处理：提取关键信息（双方、金额、期限、付款方式），识别风险条款
2. 知识问答：解释条款含义、提供审核要点、解答常见问题

## 发票相关
1. 文件处理：识别发票全部信息，结构化输出
2. 知识问答：发票类型区别、开票认证流程、报销规范

风格要求：

- 说人话，不打官腔
- 重点突出，发现问题直接说
- 不确定的不要编，重要合同提醒找专业法务

欢迎语：

来了！合同发票的事儿找我就对了。

📄 合同：可以帮你分析条款、找风险，也能解答签约中的各种疑问
🧾 发票：可以识别提取信息，也能聊聊开票报销那些事儿

有文件直接传，有问题直接问，不用客气。

模型设置

这里要夸一下腾讯元器的编辑体验：左侧改提示词，右侧立刻能看到效果预览，包括欢迎语、示例问题的展示样式。不用保存、不用刷新，所见即所得，调试效率很高。

3.3 知识库搭建

知识库是这个智能体的"专业底座"。没有知识库的话，模型只能靠通用知识回答，遇到具体的政策法规问题，容易给出模糊甚至过时的答案。

腾讯元器的知识库功能做得很友好，整个流程就三步：建库→上传→关联，不需要写代码，也不需要懂向量数据库那些概念。

我准备了两份Markdown文档：

合同篇（约4500字）：

• 合同基础：生效条件、常见类型
• 审核要点：主体核查、关键条款清单
• 常见陷阱：阴阳条款、单方变更权、管辖地陷阱、验收时间陷阱
• 分类指南：采购/销售/租赁/服务/劳动合同各自注意事项
• FAQ：电子合同效力、合同涂改、口头合同等

发票篇（约6300字）：

• 发票类型：专票、普票、电子发票、全电发票对比
• 认证抵扣：认证方式、期限、不能抵扣的情况
• 问题处理：丢失、开错、被拒收的应对方法
• 报销规范：发票要求、常见报销类型、时限

先创建一个知识库，点击「新建知识库」，填个名称和描述就行：

新建的知识库

然后导入文档。支持的格式很全，PDF、Word、Markdown、Excel都可以，单个文件最大200MB，对于知识文档来说完全够用了。直接把两份Markdown拖进去：

导入知识库

上传后系统会自动解析文档，把内容切分成适合检索的片段。这个过程不需要人工干预，等状态变成"解析完成"就行：

知识库解析

最后一步，在智能体设置里关联这个知识库。关联之后，用户提问时，系统会先从知识库里检索相关内容，再结合模型能力生成回答。

知识库内容询问关联

测试一下效果。问"电子合同有法律效力吗"，智能体的回答是："根据《电子签名法》，可靠的电子签名与手写签名具有同等法律效力。建议使用正规电子签约平台。"

注意看右侧的调试面板，显示了"参考来源：知识库-合同篇"，说明这个回答确实是基于知识库内容生成的，而不是模型自己编的。这个溯源功能挺实用，能让用户知道答案从哪来。

3.4 工作流设计

这是整个项目最有意思的部分。

对于"优化合同条款"这类任务，单靠提示词很难稳定实现。因为它需要多个步骤：先找出所有问题，再针对每个问题给建议，最后整合成报告。用提示词的话，模型有时候会漏步骤，有时候格式乱，不够可控。

腾讯元器的工作流功能正好解决这个问题。它提供了一个可视化的流程编排界面，可以把复杂任务拆成多个节点，每个节点专注做一件事，节点之间通过参数传递数据。

工作流的整体设计：

image-20251225111427653

新建工作流时，有两个关键配置：名称和触发条件。

名称要用"动词+名词"的格式，比如"优化合同条款"，这样模型更容易理解什么时候该调用这个工作流。

触发条件更重要，要写清楚什么情况触发、什么情况不触发：

#场景描述：当用户上传合同并明确要求优化、修改、改进条款时触发此流程。
只分析不优化的（如"看看有没有问题"）、知识问答类（如"违约金怎么约定"）不触发此流程
#常见问法：帮我优化这份合同、把风险条款改掉、不合理的地方帮我修正

新建优化合同条款的工作流

工作流编辑器是拖拽式的，左边是节点库，右边是画布，把节点拖进来、连线、配置参数就行。对于不会写代码的人来说，这个交互方式很友好。

配置完成后，可以在编辑器里直接调试。点击「调试」按钮，输入测试数据，就能看到每个节点的执行结果。这个功能太实用了，不用发布就能验证逻辑对不对。

调试工作流成功

调试面板会显示每个节点的输入、输出、耗时、token消耗，排查问题很方便。

四、场景测试

搭建完成后，我用几个实际场景来测试效果。

4.1 发票识别测试

先测试最基础的发票识别能力。上传一张滴滴电子发票PDF，输入"帮我提取发票信息"：

测试基本提取电子发票信息

识别结果很详细：

• 购买方：名称、税号、开户行、账号、地址、电话，全部提取出来了
• 销售方：滴滴出行科技有限公司武汉分公司，税号91420100MA4KUWB2XE
• 项目明细：运输服务客运服务费，单价35.34元，数量1，税率3%，税额1.06元

输出是结构化的，可以直接复制到Excel或者财务系统里。这个识别速度也很快，基本上传完就出结果了。

4.2 合同分析测试

接下来测试合同分析能力。为了验证智能体的风险识别能力，我专门准备了一份"有问题"的软件开发合同，里面预埋了17个坑。

这些问题分两类：

明显问题（3个）——大多数人能发现：

• 违约金每日1%（年化365%，明显过高）
• 违约责任不对等（甲方终止赔30%+不退款，乙方终止只退预付款）
• 管辖地在乙方所在地

隐晦问题（14个）——人工审核容易漏：

• "其他甲方认为必要的功能模块"——范围无边界
• "以甲方口头确认为准"——无书面记录
• "3个月左右"——工期模糊
• "规定时间内"——验收时间未明确
• 验收标准由乙方单方制定
• 知识产权归乙方（甲方花钱开发却没有所有权）
• 技术方案可复用给其他客户（包括竞争对手）
• 保密期仅1年
• 保密违约金不对等（乙方赔全部损失，甲方只赔1000元）
• 乙方免责条款过宽
• 乙方可单方变更功能范围
• 增补费用乙方单方定价
• 需求规格说明书"待定"
• 延期只需"加快进度"无实质约束

上传这份合同，让智能体分析：

分析合同内容

智能体先把合同的基本信息提取出来了：合同编号、双方信息、项目内容、金额、付款方式等。然后开始分析风险点：

image-20251225111611830

4.3 合同优化测试（工作流）

请求"优化这份合同的条款"，触发工作流。

输出的优化建议示例：

测试结果：能识别出多个问题。

4.4 发布上线

所有功能测试通过后，就可以发布了。

腾讯元器的发布流程也很简单，点击「应用发布」，填写发布说明，选择发布渠道就行。支持的渠道很多：官方小程序、微信公众号、微信客服、企业微信应用等，基本覆盖了腾讯生态的主要触点。

发布智能体

发布成功后，会生成一个体验链接和小程序码。可以直接分享链接，也可以让用户扫码访问：

模型发布体验

从新建智能体到发布上线，整个过程大概花了两天时间，主要时间花在准备知识库文档和调试工作流上。腾讯元器本身的操作门槛不高，不需要写代码，拖拖拽拽就能完成大部分配置。

五、技术总结

5.1 知识库的价值

知识库适合存放：专业术语解释、政策法规、操作流程、FAQ等结构化知识。

5.2 工作流的价值

工作流适合：需要多步骤处理、有逻辑依赖、对输出格式有要求的任务。

5.3 提示词设计要点

1. 明确角色：告诉模型它是谁
2. 划定边界：能干什么、不能干什么
3. 定义风格：怎么说话、什么语气
4. 设置兜底：不确定时怎么处理

提示词不是越长越好，核心是让模型理解任务边界。

六、写在最后

这次用腾讯元器搭建智能体，整体体验比预期的要顺畅。几个印象比较深的点：

1. 上手快：不需要写代码，界面操作为主，适合非技术背景的人
2. 调试方便：提示词编辑器、工作流调试器都支持实时预览，不用反复发布
3. 知识库好用：上传文档自动解析，还能显示回答的参考来源
4. 生态打通：一键发布到微信公众号、小程序、企业微信，不用自己做对接

总的来说，如果你有类似的企业场景需求，腾讯元器是一个值得尝试的平台。

体验链接

点击即可体验： 合同发票一把抓

演示2

欢迎体验，有问题可以交流。