Mesterséges Intelligencia Központ
菜单

如何用人工智能连接企业系统？

位于匈牙利布达佩斯的软件开发公司 Mesterséges Intelligencia Központ Kft. 认为，方法是通过 API 把语言模型嵌入现有的工作流程：系统保持不变，由模型负责提取、分类、总结和撰写。

要点：无需替换现有系统：语言模型通过编程接口接收任务和数据，结果再回到人们使用它的地方（CRM、ERP 或邮箱）。最好从单一、可度量的任务入手，只传递必要的数据；凡是出错会造成经济损失的环节，都由人来批准该步骤。

这在实践中意味着什么？

大语言模型（large language model，LLM）负责解读和生成文本。在企业应用中，它并不是一个单独的聊天窗口，让员工把文字复制进去再复制出来，而是一项由企业自己的程序通过编程接口，即 API（application programming interface，应用程序编程接口）来调用的服务。模型获得完成任务所需的数据，完成语言方面的工作，再由程序把结果传送到相应的系统中，整个过程都经过检查并记录日志。

几乎每一项集成中都会出现五种语言操作：

如果系统不仅要回答问题，还要自主地分多个步骤采取行动，那就是 AI 智能体了；两种方案的区别请见聊天机器人还是 AI 智能体？一文。如果模型需要依据企业自有文档作答，所用的方法是 RAG，我们在另一篇文章中作了介绍。

三种集成模式

API 与 Webhook

大多数企业系统，如 CRM、ERP、网店、开票软件、邮件系统，都有 API，其他程序可以通过它从中读取数据或向其中写入数据。Webhook 则方向相反：当发生某件事时，例如收到一份订单或一封邮件，系统会主动通知一个预先设定的地址。最简单的 AI 集成就由这两者构成：一个事件触发我们自己的服务，该服务调用语言模型的 API，检查结果，再通过目标系统的 API 把结果写入。在这种模式下，模型不能直接访问任何企业系统；一切都由我们的代码完成，什么可以交给模型、什么可以写回，都在代码中决定。

函数调用（tool use）

函数调用（在 Anthropic 那里称为 tool use，即工具调用）让模型自己决定何时需要某项数据或某个操作。开发者向模型描述可用的函数，例如“查询订单状态”，模型则根据问题返回一个带有所需参数的结构化调用。根据三大服务商的文档，函数都不是由模型运行的，而是由应用程序运行：在 OpenAI 的说明中，代码在应用程序一侧运行；根据 Anthropic 的说明，自有工具由应用程序执行；Google Gemini 的文档则明确指出，模型本身并不执行函数。由此得出最重要的设计原则：权限检查存在于我们的代码中，而不取决于模型的善意。OpenAI 和 Anthropic 还提供严格（strict）模式，确保调用的参数严格遵循给定的结构定义（schema）；但 Anthropic 的文档同时也提醒：在缺少信息时，模型有时会推测出一个看似合理的值，因此代码也必须检查参数。

Model Context Protocol（MCP）

MCP 是一种开放协议，根据其规范，它为使用语言模型的应用程序连接外部数据源和工具提供了统一的方式。它有三个角色：宿主（host），即使用语言模型的应用程序；在宿主中运行的客户端；以及服务器，它提供数据（resources）、提示词模板（prompts）和可调用的工具（tools）。消息采用 JSON-RPC 2.0 格式；规范的当前版本是标记为 2026-07-28 的版本（2026 年 10 月 17 日核实）。

MCP 的优势在于：一个系统只需编写一次服务器，之后多个 AI 应用程序都可以使用它。Anthropic 的 API、OpenAI 的 API 和 Gemini API 都能连接远程 MCP 服务器（2026 年 10 月 17 日核实）。该协议并不能解决所有安全问题：根据规范中的安全原则，宿主应用程序在每次调用工具之前都必须征得用户的明确同意，但协议本身无法强制执行这一点，必须由实现者自行内置。OpenAI 还提醒，恶意服务器可能会泄露进入模型上下文的敏感数据。因此，在企业环境中，只应考虑自有的服务器或来自可信服务商的服务器。

模式适用于需要注意什么
API 与 Webhook固定、可预测的流程：每封邮件、每张发票都走同一条路径每一步都必须事先规划，包括错误处理和重试
函数调用模型需要根据问题获取数据或发起操作时函数的范围及其权限；模型也可能给出错误的参数
MCP多个 AI 应用程序需要访问同一个系统时只用可信的服务器；调用工具之前须经审批

可以用来做什么？典型任务

领域任务典型模式人工审批
文档从发票、送货单、合同中提取数据，并与订单进行比对API，按固定的结构定义输出出现不一致或提取结果不确定时
电子邮件对收到的邮件进行分类、转发，起草回复Webhook 和 API发送回复之前
CRM总结客户历史，建议下一步具有读取权限的函数调用不需要，因为只是建议
ERP用日常语言向数据提问，编制报表具有读取权限的函数调用操作会修改数据时
网店商品描述、翻译、更精准的搜索API发布文本之前
内部知识基于规章制度和手册的问答RAG不需要，只要回答注明出处

关于我们的服务，详见 AI 集成页面；关于跨越多个系统的自动化流程，请见流程自动化页面；关于嵌入 ERP 和 CRM 系统的 AI，请见企业软件页面。

数据流与数据保护：什么数据流向哪里？

AI 集成同时也是数据处理。因此，第一个设计步骤是绘制一张简单的数据流图：哪些字段会离开企业的系统，流向哪家服务商，在哪个区域处理，服务商存储多长时间，以及返回什么。服务商的条款经常变化；以下内容基于服务商自己的文档（2026 年 10 月 17 日核实）。

服务商怎么说？

GDPR 方面的考量

如果个人数据会到达模型，数据处理就受 GDPR 约束。这时，模型服务商通常是数据处理者，因此需要依据《通用数据保护条例》第 28 条第 3 款与其签订合同；第 5 条规定了数据最小化原则，第 25 条则在“通过设计保护数据”的手段中以假名化为例。在实践中，这意味着：

关于向欧盟以外传输数据、透明度以及 AI Act，我们在AI Act 与 GDPR：企业聊天机器人需要注意什么？一文中有介绍。以上内容仅供参考，不构成法律意见。

哪些地方需要人工审批？

语言模型可能出错，而且根据 OpenAI 的评估指南，即使输入相同，它的输出也并不总是相同。因此，流程最好设计成让模型的错误无法造成损害。我们区分三个级别：

经验法则：凡是出错会造成经济损失、影响客户或无法撤销的环节（付款、发票、合同、发给客户的邮件），都由人来批准该步骤。OWASP GenAI Security Project 的风险清单在谈到过度代理（Excessive Agency）时也是这样说的：模型只获得完成任务所需的工具，权限尽可能窄，高影响操作之前由人批准，操作以用户本人的权限运行，并且每一步都有日志记录。

另一项独立的风险是提示词注入（prompt injection）：如果模型读取收到的邮件、上传的文档、网页等外部内容，其中可能含有试图以指令的形式操纵模型的文本。对此，OWASP 建议采用最小必要权限，在特权操作之前进行人工审批，并把外部内容单独处理、标记为不可信。

测试与监控

一项 AI 集成好不好，不在于它在演示中是否令人信服，而在于它在企业的真实资料上是否可度量地表现良好。根据 OpenAI 的评估指南，测试数据中还应包括典型案例、极端案例和故意误导的案例，而且每次修改后都应重新运行评估；Anthropic 建议制定具体、可度量的成功标准，并使用能反映真实任务的测试集。我们是这样构建的：

模型并不会永久可用：Anthropic 和 OpenAI 都会定期停用较旧的模型，并提前通知客户；发送给已停用模型的请求会返回错误。因此，我们把模型放在单独的一层，任何模型切换在正式上线之前，都会在同一个评估集上进行度量。

应该选择哪个模型？

没有哪个模型能在所有任务上都同样出色，因此选择是度量问题，而不是品牌忠诚度问题。我们的考量要素：

一个系统中有多个模型协同工作是很常见的：一个更快、更小的模型负责分类，一个更强的模型处理复杂文本。由于模型位于单独的一层，这一决定日后也可以调整。

成本取决于什么？

成本由两部分组成。开发费用取决于功能规模，我们以 COSMIC 功能点来度量；具体方法见定价方式页面。运行费用按使用量计算：服务商按处理和生成的文本量，即 token 数量计费；根据 Anthropic 的说明，传给模型的工具描述也计为输入 token。运行成本受以下因素影响：

我们在设计阶段依据企业的真实样本估算运行成本，并在选择模型时一并权衡。

循序渐进：如何着手

  1. 选定一项任务：常见的、以语言处理为主的工作，并有可度量的目标，例如对收到的投诉进行归类。
  2. 绘制数据流：数据从哪里来，什么可以交给模型，结果去往哪里，由谁批准。
  3. 样本与评估集：真实的、经过匿名化处理的示例，附上预期结果。
  4. 原型：在样本上比较候选模型，此时尚不接入生产系统。
  5. 接入：API、Webhook、函数调用或 MCP，并配备权限、错误处理和日志记录。
  6. 试运行：在小范围内进行，每一步都经人工审批；我们从修改中学习。
  7. 扩展与运行：在度量结果证明合理的地方，缩小审批范围；监控和模型更换持续进行。

典型错误

常见问题

应该选择哪个模型？

选择在企业自己的样本上、针对具体任务可度量地表现最好，同时费用可以接受、数据处理条款合适的模型。我们使用 OpenAI、Anthropic 和 Google 的模型，在企业的示例上比较候选模型；由于模型位于单独的一层，这一决定日后也可以调整。

把企业数据发送给 AI 服务安全吗？

只要设计得当，是安全的，但这不会自动实现。根据各大服务商自己的文档，它们的商用 API 默认不会把提交的数据用于模型训练（2026 年 10 月 17 日核实），但存储的时长和地点因服务商和设置而异。企业需要确保只有必要的数据被发送出去，个人数据尽可能经过假名化处理，签订数据处理协议，并有意识地选择处理地点。以上内容仅供参考，不构成法律意见。

我们需要替换现有系统吗？

不需要。集成建立在现有系统的 API、Webhook、数据库或文件导出之上，结果也会回到人们一直以来工作的地方。如果某个旧系统没有编程接口，我们会研究可以通过什么途径安全地访问其数据。

什么是 MCP？

Model Context Protocol 是一种开放协议，它以统一的方式把使用语言模型的应用程序与外部数据源和工具连接起来。当多个 AI 应用程序需要访问同一个系统时，它很有用。在企业环境中，只应搭配可信的服务器使用，并在调用工具之前进行审批。

如果 AI 出错了，会怎样？

我们把这一点考虑在内，因此会把流程设计成即使出错也不会造成损害。代码会检查输出是否符合结构定义和业务规则（例如发票总额是否与各明细项目之和相符），有风险的步骤之前由人批准，不确定的情况转交给员工，并且一切都有日志记录。发现的错误会被加入评估集，因此修正的效果可以度量。

我们如何提供帮助？

我们用人工智能把现有的一切连接起来：把 OpenAI（ChatGPT）、Anthropic（Claude）和 Google（Gemini）的语言模型接入企业的现有系统。首次咨询免费；我们以 COSMIC 功能点度量开发工作的规模，并据此编制报价和进度安排。可应要求签署保密协议（NDA），交付后我们还承担运行与维护工作，包括监测模型的运行表现。源代码和使用权由合同约定。

详情请见 AI 集成页面。如果您有希望借助人工智能连接起来的流程，请通过联系我们页面上的联系方式给我们写信。

参考来源