mcpField
G
Gaia-X Next-Generation Enterprise AI Application Platform Based on AI New Paradigm

Gaia-X Next-Generation Enterprise AI Application Platform Based on AI New Paradigm

本地服务
gaiabot.aiAI 与智能体3084 周前更新

关于 Gaia-X Next-Generation Enterprise AI Application Platform Based on AI New Paradigm

Gaia-X 是面向企业办公场景的 AI 应用平台,提供用户权限、模型管理及 MCP 服务接入等功能。它面向企业用户,并包含桌面客户端、自然语言 RPA 和划词分析等功能,但其中部分功能仍在开发中。

主要功能

  1. 01企业统一认证与用户权限管理
  2. 02集中管理模型与工具配置
  3. 03在隔离沙箱中运行 MCP 服务
  4. 04支持自然语言驱动的 RPA 操作
  5. 05划词后显示 Agent 工具栏

适用场景

  1. 01企业内部统一部署 AI 助手并管理用户权限
  2. 02将内部系统 API 封装为 MCP 服务供员工使用
  3. 03借助自然语言完成电脑端重复操作

MCP 相关

客户端支持接入社区 MCP 服务,并在本地沙箱中运行;README 称企业中心的统一 MCP 管理功能仍在开发中,并提供将内部 API 转换为 MCP 服务的能力。

配置

本地服务的配置在各客户端中通用,复制后粘贴到客户端的 MCP 配置文件即可。

暂未收录安装方式

我们还没有获取到这个服务的安装包或远程地址,请按项目 README 中的说明安装。

代码仓库

工具

还没有获取到工具列表

本地服务需要在你的电脑上运行后才能读取工具,维护者暂未提供工具列表。

详细介绍

基于 AI 新范式的新一代企业 AI 应用平台 Gaia-X

🌟 项目概览

Gaia-X 是首个基于 AI 新范式、专为企业场景设计的聊天机器人应用平台,通过创新的技术架构解决现有 AI 产品的核心痛点:

🚀 企业管理 | 🤖 MCP 协议支持 | 👥 多 Agent 协作
💻 自然语言 RPA | ✅ 人工确认机制 | 🎨 智能画布渲染

立即体验 | 管理中心 | 文档中心

🎯 核心痛点解决方案

痛点领域Gaia-X 创新解决方案
缺少企业管理功能完整的用户/权限/计费系统和 LLM API 托管
不支持 MCP 协议首个企业级 MCP 支持
敏感操作存在风险通过人工确认执行 ReAct 工具调用,并动态渲染
自然语言 RPA 难以实现由大模型驱动的 RPA 自动化
多 Agent 协作能力薄弱智能 Agent 检索和多 Agent 协作,处理复杂任务

📦 项目架构

1.1 项目总体架构

架构

1.2 MCP 调用流程

在 Agent 调用过程中,管理中心不负责调用 MCP 工具。客户端的节点程序收到响应结果后,会统一判断是否存在函数调用;如果存在,就会调用相应的 MCP 工具执行。执行链大致如下:

graph LR
    U --> |1|C[Gaia-X Client]
    C-->|2|API[Admin Center]
    API-->|3|LLM[LLM API]
    LLM-->|4|API[Admin Center]
    API-->|5|C[Gaia-X Client]
    C-->|6|B{Function Call?}
    B -- No -->U[User]
    B -- Yes --> MCP[MCP Servers]
    MCP -->|8a. Call| H[Tool 1]
    MCP -->|8b. Call| I[Tool 2]
    H-->|8.1|C[Gaia-X Client]
    I-->|8.1|C[Gaia-X Client]
    C-->|8.2|API[Admin Center]
    API-->|8.3|LLM[LLM API]
    LLM-->|8.4|API[Admin Center]
    API-->|8.5|C[Gaia-X Client]
    C-->|8.6|U[User]
   
    subgraph Possible Nested/Iterative Calls
    H
    I
    end
1.3 客户端启动时的身份验证逻辑

由于这是一个企业级项目,客户端需要先完成登录身份验证,才能进入 Chatbot 界面。以下以 OAuth2.0 为例(其他逻辑类似),身份验证流程如下:

sequenceDiagram
    participant C as Client Program
    participant A as Admin Center
    participant O as OAuth2.0 Server
    participant U as User

    C->>A: Request authentication page (non-OAuth2.0 login page)
    A->>A: Check current login status
    alt Not logged in
        A->>O: Redirect and open OAuth2.0 login page
        O->>U: Display login interface
        U->>O: Submit credentials for login
        O->>A: Return authentication result (e.g., Token)
        A->>A: Generate JWT after verifying Token and update login status
    else Already logged in
        A->>U: Display authorization button
    end
    U->>A: Click authorize
    A->>C: Redirect back to client and pass authorization information (gaia://oauth-callback?code=xyz)
    C->>C: Client completes login process

流程说明:

  1. 客户端向管理中心请求身份验证页面;
  2. 管理后台判断用户的登录状态;
  3. 如果用户尚未登录,则重定向到 OAuth2.0 登录页面;
  4. 用户在 OAuth2.0 登录页面提交凭据,登录成功后返回身份验证结果;
  5. OAuth2.0 登录后,重定向回管理后台并附带身份验证信息,生成 JWT 并更新登录状态;
  6. 用户点击授权按钮,管理后台重定向回客户端,完成登录。

2. 核心功能(部分功能仍在开发中)

2.1 MCP(Model Context Protocol)支持
  • 支持集成任意社区 MCP Servers。
  • 通过企业管理中心统一管理所有 MCP Servers。
  • 所有 MCP Servers 均在客户端的隔离沙箱环境中运行,确保运行安全和数据隔离。
  • 独立的 MCP Server 展示页面(类似官方 MCP Inspector 的效果)
2.2 多 Agent 智能协同
  • 支持基于任务编排或 RAG 的智能协作,无需手动选择 Agent 或工作流,即可自动完成复杂任务。
  • 内置用于计算机操作、Python 编程、网页浏览等任务的关键 Agent。
2.3 新范式无限画布
  • 多 Agent 对话中的每个 Agent 流程都是一个独立画布,并自动生成摘要作为永久记忆。
  • 支持常见的 Artifacts,包括但不限于:
    • SVG、HTML
    • Mermaid、Echarts、PlantUML
  • 支持 MCP 工具动态渲染表单,允许用户交互式修改并控制提交内容。
  • 支持执行 Python、TypeScript、HTML 等代码
2.4 智能计算机操作
  • 集成 Claude Sonnet 3.5+、智谱 CogAgent、字节跳动 UI-TARS、OpenAI computer-use 等模型。
  • Agent 可自主执行任何计算机操作。
2.5 文本选中分析
  • 支持在任何软件界面选中文本后自动显示 Agent 工具栏,可即时使用翻译、文案生成等功能。
2.6 企业管理中心
  • 统一认证与用户管理:支持 OAuth 2.0、LDAP、钉钉、飞书等认证方式。
  • 统一模型与工具管理:在后端集中配置并管理授权。
  • 配额管理:精细控制用户配额和 API 配额。
  • 企业内部应用生态:MCP 市场、Agent 市场、应用任务市场(用于特定复杂任务)等。
  • 业务报表:全面分析用户、模型和 Agent 使用情况的数据报表。
2.7 第三方 Agent 集成
  • 原生支持集成 Dify、Coze 等第三方 Agent 平台,并统一管理授权。

3. 技术栈

3.1 客户端

客户端采用基于插件的设计,后续将采用类似 VS Code 的微内核插件架构,以支持任意扩展。

  • 框架:Electron + React
  • LLM UI:Ant Design X
  • 文本选中监控技术:C++(Windows)、Objective-C(MacOS)
3.2 管理后台

客户端仅提供交互式 UI,并负责 MCP 管理与执行,不会实际调用模型。模型调用和工具调用由后端实现,但后端不负责 MCP 工具的具体执行。

  • 大模型交互:Eino 框架 + 自研 Multi-Agent
  • 管理界面:Ant Design Pro(重构 GVA 前端页面代码,以统一技术栈)
  • API 服务:golang + Gin(基于 GVA 框架)
3.3 MCP 服务
  • 在独立沙箱环境中运行
  • 支持使用 Python 和 TypeScript 实现

4. 模型选择参考

  • 计算机操作模型:Claude Sonnet 3.5+、CogAgent、UI-TARS、OpenAI computer-use
  • ReAct 推荐模型:Claude Sonnet 3.5+、GPT 4o(DeepSeek v3 模型表现较差,不建议用于关键任务)

5. 致谢

  • 管理后台 API 基于 Gin-Vue-Admin 构建,大幅减少了基础管理后台的开发工作。

  • 字节跳动的 Eino 是少数基于 golang 的大模型应用开发框架之一,解决了基础模型集成和 Agent 相关问题。

  • 我们使用 Ant Design Pro 重构了 Gin-Vue-Admin 的前端页面,统一了管理后台和客户端的 UI 框架,降低了社区开发难度。

  • 我们基于 Eino 进行了大量二次开发,包括集成常见模型提供商和 Multi-Agent 架构。二次开发后,我们将其发布为 Eino-X。

  • 为解决在普通用户客户端上运行 MCP Servers 的问题,我们在 mcp-runtime 项目中打包了嵌入式二进制 MCP 运行时环境(支持 MacOS 和 Windows)。


6. 许可证

本项目采用 Apache 2.0 License 许可。欢迎自定义或贡献!


7. 社区支持

欢迎通过 Issues 提交反馈和建议。期待您参与其中,共同构建未来的企业级 AI 应用生态。

🎉 感谢您关注并支持本项目!

评论

支持 Markdown

第一次接触 MCP?

从协议是什么,到在客户端里装上第一个服务,这几条回答覆盖了大多数入门问题。

一个开放协议,规定了 AI 应用如何以统一方式连接外部工具与数据源。客户端负责与模型对话,MCP 服务负责提供工具、资源和提示模板,两者通过标准消息通信,同一个服务可以被不同客户端复用。