跳至主要内容

Kodex

技术解决方案

集成和 MCP

我们为您的 AI 提供到 ERP、CRM 和 SQL 的安全端口。企业根据实时数据做出决策；工程部门负责 MCP 服务器、工具、范围和审计。

看看它是如何工作的 预约咨询

它是什么以及为什么重要

从筒仓到通用端口

MCP（模型上下文协议）标准化了模型如何发现工具和数据。停止将每个聊天机器人连接到每个 API：一个协议、明确的策略、可审计的执行。

  1. 01

    我们库存

    人工智能必须能够读取或执行的系统、API 和操作——由所有者和风险承担。

  2. 02

    我们揭露

    具有工具和资源的 MCP 服务器：AI 看到的是功能，而不是松散的端点。

  3. 03

    我们治理

    范围、批准门和日志：仅使用策略写入；用 ACL 读取。

不带MCP

  • 打破点对点集成
  • 只“说话”而不接触系统的人工智能
  • 权限不透明或过于宽泛
  • 每个新模型 = 重建连接器

使用 Kodex MCP

  • 基于现有 API 的统一端口
  • 人工智能根据证据进行查询和行动
  • 关键写入的范围和 HITL
  • Claude、GPT 或本地连接器相同

直播流

Del agente al sistema — con protocolo y gobierno

两条通道：工具发现和实时执行策略——从代理到客户端系统。

Flujo MCP vertical: descubrimiento de tools y ejecución con scopes hasta la acción en sistemas

01 · Descubrimiento

  1. systems

    Sistemas

    erp · crm · sql

  2. mcp server

    MCP Server

    tools · resources

  3. catalog

    Catálogo

    schemas · versions

02 · Ejecución en vivo

  1. agent

    Agente / LLM

    host · session

  2. mcp client

    MCP Client

    call · stream

  3. policy

    Scopes / HITL

    allow · approve

  4. action

    Acción

    read · write · audit

Descubrimiento de tools · luego ejecución con scopes hasta la acción.

深度

选择您的 MCP 端口级别

三深。从安全读取访问开始，逐渐发展到关键系统上的受控执行。

  1. 01
    读 安全查询
  2. 02
    工具 有限的行动
  3. 03
    港口 多系统
  4. 04
    治理 范围 · HITL
  1. 通过MCP进行安全系统查询

    01

    Nivel 01

    阅读MCP

    聊天中的实时数据——无写入

    非常适合从助手查询股票、帐户或票据，而无需接触写入系统。

    Qué incluye

    • 1–2 MCP servers
    • 阅读工具
    • 基本访问控制列表
    • 查询日志

    Ideal para · 现在需要助理提供真实背景的团队。

    Resultado · 答案以实时 ERP/CRM 为基础。

  2. 具有访问治理功能的 MCP 工具

    02

    Nivel 02

    运营MCP

    阅读并使用范围进行操作

    有限的写入工具（创建票证、更新字段），在需要时提供策略和人工审核。

    Qué incluye

    • 读+写工具
    • 基于角色的范围
    • 审批门
    • 帮助台/CRM 集成

    Ideal para · 需要减少手动工作的运营和客户体验团队。

    Resultado · 更少的点击次数 · 代理完成更多的操作。

  3. 多系统MCP端口

    03

    Nivel 03

    Recomendado

    工业港口

    多体系+ISO审核

    完整层：多个后端、工具发现、可观察性以及边界内的部署。

    Qué incluye

    • 一切尽在可操作 MCP 中
    • ERP+CRM+SQL/内部
    • 行动审核
    • 本地/私有云

    Ideal para · 需要大规模可执行 AI 的 IT 和架构团队。

    Resultado · 一个端口，多种型号——无需重建集成。

MCP 不会取代您的 API：它将它们公开为 AI 的可发现、受管理的功能。

书籍MCP架构 Ver puerto MCP en vivo

MCP端口

人工智能如何与您的系统对话

从代理到 ERP：发现工具、应用范围、记录操作。商业看到的是敏捷性；工程看到协议和治理。

协议
MCP
能力
工具
权限
范围
可追溯性
Audit

客户获得什么

MCP 不是“另一个 API”：它是人工智能在没有爆炸性技术债务的情况下使用您的系统的方式。

01

根据实时数据做出决策

报价、股票和门票反映的是真实状态，而不是昨天的出口。

02

减少连接器债务

新模型或渠道的可重用端口，而不是N个脆弱的集成。

03

受控的写入风险

范围和 HITL 阻止代理在 ERP 或计费中“即兴发挥”。

04

可审计的操作

每个工具调用都会被记录：为 IT、ISO 和领导层辩护。

双读

相同的架构，两种语言。

  • Negocio

    AI不离开聊天查询ERP

    Ingeniería

    MCP 工具 → API/ERP 适配器 → 响应模式

  • Negocio

    它只能做允许的事情

    Ingeniería

    OAuth/范围·许可名单·批准门

  • Negocio

    我们切换模型而不重建一切

    Ingeniería

    稳定的MCP主机·版本化服务器

  • Negocio

    我们知道特工做了什么

    Ingeniería

    结构化日志·相关ID·重播

从脆弱的集成到稳定的端口

插图：当您停止将每个通道连接到每个 API 时，工作量如何重新分配。

  • 连接系统 100%
  • 当今的点对点连接器 ~70%
  • 带MCP端口 ~25%
  • 根据新模型重写 ~8%
  • 无策略写入 ~1%
通过 MCP 端口进行系统连接
MCP 价值是通过集成时间和安全操作来衡量的，而不是聊天演示。

Casos de uso

人工智能连接 ERP

01

具有 ERP 访问权限的 AI

业务：聊天中的订单和物流。技术：通过 ERP API 读/写工具。

通过 MCP 同步 CRM

02

实时客户关系管理

业务：基于当前客户的报价。技术：同步工具+行动后事件。

自己的工具生态系统

03

你自己的工具

商业：人工智能可以使用的内部软件。技术：通过内部 API 的 MCP 服务器。

Relacionado

为什么 MCP 端口可以保护余量和架构

无法实时访问的信息是死信息。静态集成是随着每个人工智能渠道而增长的债务。

商业

敏捷而不混乱

人工智能以真实库存、支付和客户为基础，无需等待“IT 构建另一个连接器”。

工程

协议+政策

MCP 服务器、工具架构和范围：可通过当前 API 发现、可版本化和可审核。

图·积分时间

−60%

新人工智能通道与点对点连接器的说明性努力

连接DS
重建连接器 −60%

↓ 60 % 与点对点 API 对比

受管制的行动 +45 pts

↑ 45 pts 与点对点 API 对比

端口复用指数 (0–100)

说明性示例：MCP 端口在添加模型或通道时提高了重用性，而无需重写后端。

对连接性和风险的影响

每个杠杆都缩短了从“人工智能知道它”到“系统通过控制做到这一点”的路径。

  1. 01 −60% wiring

    连接时间

    新通道重复使用相同的 MCP 端口。

  2. 02 Live

    实时数据

    针对真实 ERP/CRM 状态而不是副本的查询。

  3. 03 范围

    安全写入

    高风险操作的范围和 HITL。

  4. 04 Audit

    Audit

    每个工具调用都会被记录并相互关联。

以天为周期

12d → 3d

向助理展示新系统的说明性时间

  • API/权限清单 3d → 1d

    Antes

    Con Kodex

  • 连接器/适配器 5d → 1.2d

    Antes

    Con Kodex

  • 范围/HITL 政策 2d → 0.5d

    Antes

    Con Kodex

  • 测试和上线 2d → 0.3d

    Antes

    Con Kodex

说明性的价值观。在项目中，我们测量您的集成积压和 MCP 端口后增量。

我们如何交付

方法论：从筒仓到通用端口

从系统库存到生产端口——为业务和工程提供清晰的可交付成果。

  1. 1–2 wk

    Fase 1

    连接咨询

    人工智能必须能够做什么

    我们通过读与写风险图来清点系统、API 和关键权限。

    • 系统库存
    • 工具矩阵
    • 读/写/端口范围
  2. 2–3 wk

    Fase 2

    安全审计

    延迟、合同和范围

    在向模型公开功能之前，我们会验证安全性、延迟和数据契约。

    • API差距
    • 范围政策
    • HITL计划
  3. By scope

    Fase 3

    MCP实施

    服务器、工具和治理

    我们部署具有可观察性的 MCP 服务器、工具模式和访问策略。

    • 产品中的 MCP 服务器
    • 工具目录
    • 审核日志
  4. Ongoing

    Fase 4

    维护

    当堆栈发生变化时，端口保持

    随着 ERP/CRM 或新模型的变化，我们不断改进连接器和策略。

    • 工具版本控制
    • 监控
    • 后端路线图

Ver metodología completa →

信任边界

范围、周界和证据

可执行 AI 是安全策略的扩展，而不是无主的 Webhook。

  • 权限

    范围和许可名单

    每个工具都声明它可以做什么； AI默认不继承‘admin’。

    最小特权

  • 风险

    写入时的 HITL

    关键行动需要经过人工批准或严格的规则。

    审批门

  • 证据

    工具调用审计

    谁、什么、何时以及在哪个系统上 - 相关联并保留。

    审计追踪

常见问题解答 — 架构和 IT

它会取代我们当前的 API 吗？

不会。MCP 是现有 API 和系统之上的发现和安全执行层。

写入风险如何控制？

有了范围、审批门和行动审计——如果没有明确的政策，人工智能就不会写作。

它可以在本地运行吗？

是的。我们可以使用相同的 ISO 控制在您的边界内部署 MCP 端口。

它适用于多种型号吗？

是的。该端口的价值是与 Claude、GPT 或其他 MCP 兼容主机重用服务器/工具。

Filtro de oro

您的人工智能应该与多少个系统对话？

选项 A·MCP 端口 (DFY)

具有可追溯性的关键连接器的设计、部署和治理。

书籍MCP架构

选项 B·探索指南（DIY）

从 KodexLAB 中的模式和技术文档开始。

查看 MCP 指南

Más soluciones

将集成转变为可重复使用的端口

Kodex MCP：您的 AI 可以读取真实系统并对其进行操作 - 通过范围、审核，无需重新连接每个通道。

预约咨询 查看解决方案目录

合作

告诉我们您的目标

简短 triage 以 qualification 您的请求。几分钟内确定正确范围。

1

您希望如何与 Kodex 合作？

我们打开正确路径 — 无多余问题。

您希望如何与 Kodex 合作？

点选卡片以继续