Token导航 LogoToken导航TokenDH.com
gibs MCP logo
运维云端未说明官方级别未说明来源级核验

gibs MCP

MCP Server

Gibs MCP Server是一款AI合规检查服务器,用于分类AI系统、检查合规义务并提供法规级别的引用,覆盖240+条款和3个主要法规。

工具数

3

提示词数

0

GitHub Stars

6

资源数

0
Claude云端部署DockerClaude DesktopClaudeCursor

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

作者 / 组织

gibbrdev

提供方

gibbrdev

最后核验

2026/5/17 20:22

快速接入

先看主来源和安装命令,再打开仓库或文档;下面只保留这个条目的关键接入事实。

详细介绍

Gibs MCP服务器

![License: MIT](https://opensource.org/licenses/MIT)

人工智能开发工具的监管合规性 --对人工智能系统进行分类,检查义务,并在240多篇文章和3项主要法规中获得文章级引用。

全部文件 · 获取API密钥 · API 参考

______________________________________________________________________

概述

Gibs MCP Server将您的AI开发环境直接连接到法规遵从性知识库。目前涵盖:

法规范围条款
欧盟人工智能法案人工智能系统分类、禁止行为、风险等级义务113条+13个附件
GDPR 数据保护数据保护、处理义务、数据主体权利99篇
多拉ICT风险管理、事件报告、金融实体第三方监督64篇文章+12项授权/实施法案

每个回复都包括 文章级引用 随着法规的发展,实时更新语料库,以约束法律文本。

______________________________________________________________________

快速开始

1.获取API密钥

注册地址: gibs.dev 从仪表板中获取API密钥。

2.通过克劳德桌面连接

将此添加到您的Claude Desktop配置文件中(claude_desktop_config.json):

{
  "mcpServers": {
    "gibs": {
      "url": "https://mcp.gibs.dev/sse"
    }
  }
}

3.身份验证

将您的API密钥作为 user_api_key 调用任何工具时的参数,或在您的环境中设置它:

export GIBS_API_KEY=your_api_key_here

______________________________________________________________________

工具

classify_ai_system

根据《人工智能法案》的风险等级(不可接受、高风险、有限、最低)对人工智能系统进行分类,并进行充分的法律推理。

参数类型必填说明
descriptionstring人工智能系统做什么(10-5000个字符)
data_typeslist\[string\]处理的数据类型(例如。, ["biometric", "personal"])
decision_scopestring系统会影响哪些决策
sectorstring行业部门(例如。, "healthcare", "finance", "hr")

示例提示:

为学校分类我的面部识别考勤系统

你会得到什么:

  • 风险分类(例如。, 高危的 附件三第1(a)点)
  • 具体的第六条分析,并附有附件三的交叉引用
  • 基于分类的适用义务
  • 相关豁免或例外情况(如有)

______________________________________________________________________

check_compliance

询问任何监管合规问题,并获得文章级引用的结构化答案。

参数类型必填说明
questionstring合规性问题(10-2000个字符)
system_descriptionstring关于您的AI系统或组织的上下文
regulationstring目标规则: "ai_act", "gdpr", "dora",或 "both" (默认值: "both")

示例提示:

GDPR对数据泄露通知的要求是什么?

返回第33条(通知监管机构)和第34条(与数据主体的沟通)的义务,包括72小时的通知时间、所需内容和例外情况。

DORA是否适用于处理付款的金融科技初创公司?

返回第2条范围分析,包括金融实体分类、适用的ICT风险管理义务和相关委托行为要求。

______________________________________________________________________

health_check

检查API合规性是否可用。无需参数。

______________________________________________________________________

使用示例

1.人工智能系统分类

You: Classify my facial recognition attendance system for schools

Gibs: This system is classified as HIGH-RISK under the EU AI Act.

- Article 6(2) read with Annex III, point 1(a): biometric identification
  and categorisation of natural persons
- As used in an educational context, also caught by Annex III, point 3(a):
  AI systems intended to be used to determine access to educational institutions

Obligations include:
- Risk management system (Article 9)
- Data governance (Article 10)
- Technical documentation (Article 11)
- Record-keeping (Article 12)
- Transparency to users (Article 13)
- Human oversight (Article 14)
- Accuracy, robustness, cybersecurity (Article 15)
- Conformity assessment before placing on market (Article 43)

2.GDPR数据泄露义务

You: What are the GDPR requirements for a data breach notification?

Gibs: GDPR imposes two notification obligations following a personal data breach:

1. Notification to supervisory authority — Article 33
   - Without undue delay and no later than 72 hours after becoming aware
   - Must include: nature of breach, categories and approximate number of
     data subjects, likely consequences, measures taken or proposed
   - Exception: unlikely to result in a risk to rights and freedoms

2. Communication to data subjects — Article 34
   - Required when breach is likely to result in a HIGH risk
   - Must describe in clear and plain language the nature of the breach
   - Not required if: appropriate technical safeguards applied (e.g.,
     encryption), subsequent measures taken that eliminate the high risk,
     or it would involve disproportionate effort (use public communication instead)

The controller must also document all breaches per Article 33(5), regardless
of whether they meet the notification threshold.

3.DORA范围分析

You: Does DORA apply to a fintech startup processing payments?

Gibs: Yes. Under Article 2(1), DORA applies to payment institutions as
defined in Directive 2015/2366 (PSD2), which includes entities authorized
to provide payment services.

As a financial entity under DORA, the startup must comply with:
- ICT risk management framework (Chapter II, Articles 5–16)
- ICT-related incident management and reporting (Chapter III, Articles 17–23)
- Digital operational resilience testing (Chapter IV, Articles 24–27)
- ICT third-party risk management (Chapter V, Articles 28–44)
- Information-sharing arrangements (Chapter VI, Article 45)

Note: Proportionality applies — Article 4 allows competent authorities to
consider the size, risk profile, and complexity of the financial entity when
assessing compliance.

______________________________________________________________________

连接详情

SSE端点https://mcp.gibs.dev/sse
协议模型上下文协议(MCP) 服务器发送的事件
认证API密钥来自 gibs.dev 仪表板

______________________________________________________________________

支持的客户

任何兼容MCP的客户端都可以连接到Gibs服务器。测试方法:

______________________________________________________________________

链接

______________________________________________________________________

许可证

MIT许可证。看 许可证 了解详情。

______________________________________________________________________

建造于 Gibbr AB 公司 --使开发人员能够遵守监管规定。

目录标签

目录标签

Claude云端部署DockerAI合规法规检查法律引用AI分类GDPR

支持客户端

Claude DesktopClaudeCursor

接入字段

传输方式(transport,传输协议)

未说明

鉴权方式(authType,认证方式)

none

工具数量(toolCount,工具数)

3

资源数量(resourceCount,资源数)

0

提示词数量(promptCount,提示词数)

0

权限和风险

未说明none部署方式未说明

接入前请确认传输方式、认证方式和部署位置,并根据实际工具能力限制访问范围。

安装前确认

不要直接授予不必要的文件、网络或账号权限;先核对安装命令和配置内容。

仍需确认:installCommand

来源信息

继续浏览同类 MCP