Token导航 LogoToken导航

MCP Server · 开发工具

Toolhive Research

为Kubernetes环境中的MCP服务器提供集群范围的目录API和命名空间范围的注册表集成架构,支持企业级部署、安全隔离和自动化管理。

stdio官方级别未说明来源级核验工具 0
Shell自动化管理Kubernetes

快速开始

作者 / 组织
chambridge
提供方
chambridge
运行时
Python

工具数量

0

来源目录标注

资源数量

0

来源目录标注

提示词数量

0

来源目录标注

GitHub Star

0

仓库热度

收录来源

1 个

MCP World

选型结论

Toolhive Research 属于开发工具类 MCP Server,公开资料标注 0 个工具,通过stdio 本地进程接入,客户端适配情况以官方文档为准,有可以直接复制的安装命令;接入前先确认权限范围。

分类

开发工具

传输方式

stdio

认证方式

无需认证

部署方式

公开资料未说明

安装与配置

安装命令

python3 -m json.tool registry/registry.json > /dev/null && echo "Valid JSON"

公开命令不是通用的启动方式,拼不出可靠配置示例;请在客户端 MCP 配置里按官方文档填写 command 和 args。

上手步骤

  1. 1

    准备运行环境

    stdio 服务在本地起进程,需要先装好 Python,再按安装命令拉取依赖。

  2. 2

    安装服务

    复制下面的安装命令执行;命令里带占位符的位置换成自己的密钥或路径。

  3. 3

    写入客户端配置

    在客户端的 MCP 配置里填启动命令和参数,保存后完全退出客户端再打开,让新配置生效。

  4. 4

    验证是否可用

    连接成功后客户端会列出 0 个工具,随便调一个只读工具确认能返回结果。

接入前确认

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

详细介绍

ToolHive MCP注册表架构研究

概述

该存储库包含全面的研究和体系结构文档,用于在气隙Kubernetes环境中集成集群范围的MCP Catalog API和命名空间范围的MCP注册表。该研究侧重于MCP服务器管理的企业部署模式、安全模型和操作框架。

🎯 项目重点

首要目标:设计并记录MCP服务器目录集成的稳健架构,该架构支持:

  • 气隙企业部署
  • 命名空间范围的安全隔离
  • 用户驱动的资源创建工作流
  • 多层安全控制
  • 可扩展的注册表管理

📚 文档结构

核心架构文档

主要交付成果是位于 docs/architecture/:

🏗️ 集成体系结构
🔧 技术参考
🔒 安全框架

支持材料

📋 操作资源
🛠️ 开发工具

🏗️ 关键架构模式

气隙设计原则

  1. 基于ConfigMap的注册表 -存储在Kubernetes ConfigMaps中的所有注册表数据(无Git依赖关系)
  2. 私人图像支持 -具有摘要验证的自定义容器注册表
  3. 离线操作 -无需外部网络访问即可完成功能
  4. 用户驱动工作流 -目录提供元数据;用户手动创建Kubernetes资源

安全架构层

┌─────────────────────────────────────────────────────┐
│                 Catalog API                         │
│              (Cluster-wide)                         │
│  ┌─────────────────────────────────────────────┐   │
│  │        Authentication & RBAC                │   │
│  └─────────────────────────────────────────────┘   │
└─────────────────┬───────────────────────────────────┘
                  │
                  ▼ User queries metadata
┌─────────────────────────────────────────────────────┐
│              Namespace Level                        │
│         (User Creates Resources)                    │
│  ┌─────────────────────────────────────────────┐   │
│  │     MCPRegistry Access Control              │   │
│  │   (enforce servers, filtering)              │   │
│  └─────────────────────────────────────────────┘   │
│  ┌─────────────────────────────────────────────┐   │
│  │      Network Policies                       │   │
│  │   (API service isolation)                   │   │
│  └─────────────────────────────────────────────┘   │
└─────────────────┬───────────────────────────────────┘
                  │
                  ▼ Operator deploys automatically
┌─────────────────────────────────────────────────────┐
│              Server Level                           │
│           (MCP Server Runtime)                      │
│  ┌─────────────────────────────────────────────┐   │
│  │     Permission Profiles                     │   │
│  │   (network, filesystem, capabilities)       │   │
│  └─────────────────────────────────────────────┘   │
│  ┌─────────────────────────────────────────────┐   │
│  │       Tool Filtering                        │   │
│  │   (MCPToolConfig restrictions)              │   │
│  └─────────────────────────────────────────────┘   │
└─────────────────────────────────────────────────────┘

集成数据流

User Discovery → Catalog API → Metadata Export → User Creates Resources → Operator Deploys
                                                   ├── ConfigMap (registry data)
                                                   ├── MCPRegistry (deployment spec)  
                                                   └── MCPToolConfig (tool filtering)
                                                                  ↓
                                                   Automatic API Service Deployment
                                                   (per-registry endpoints)

🎯 研究成果

分布式注册表模式

ToolHive运算符实现了 分布式注册表体系结构:

  • 没有集中式注册表API -每个MCPRegistry CRD都部署自己的API服务
  • 命名空间隔离 -注册表API的作用域为特定命名空间
  • 自动服务部署 -运营商处理API服务生命周期
  • 每个注册表端点 -每个注册表都有自己的HTTP API

目录集成模型

通过本研究确定的最佳整合方法:

  1. 目录作为元数据存储库 -服务器定义和配置的中心来源
  2. 用户驱动的资源创建 -用户使用目录元数据手动创建Kubernetes资源
  3. 操作员自动化 -ToolHive操作员处理部署和API服务创建
  4. 安全边界 -多层访问控制和隔离

安全控制点

记录了三种主要的安全模型:

  1. 基于命名空间的隔离 -具有不同信任级别的不同安全区域
  2. 基于角色的访问控制 -基于用户角色的细粒度权限
  3. 服务网格集成 -具有双向TLS和授权策略的高级安全性

🚀 入门指南

亲身体验(推荐第一步)

\*\*希望部署和体验MCP注册表的工程师:\*\*

🎯 完整部署指南 -逐步执行以下任务:

  • 使用ToolHive操作符设置Kubernetes集群
  • 部署和测试MCP服务器
  • 创建和配置自定义注册表
  • 体验完整的注册表工作流程

本指南为每个阶段提供了复制粘贴命令和验证步骤。

用于架构审查

  1. 从这里开始: 架构概述
  2. 集成设计: 气隙式目录集成
  3. API规范: 目录API规范
  4. 安全框架: 安全和访问控制模型

用于实施规划

  1. 注册表API参考: MCPRegistry API参考
  2. 服务器部署: MCP服务器部署指南
  3. 操作员行为: 操作员架构说明

快速验证命令

# Automated cluster setup
./scripts/setup/setup-cluster.sh

# Install ToolHive operator
helm upgrade -i toolhive-operator-crds oci://ghcr.io/stacklok/toolhive/toolhive-operator-crds
helm upgrade -i toolhive-operator oci://ghcr.io/stacklok/toolhive/toolhive-operator -n toolhive-system --create-namespace

# Test MCPServer deployment
kubectl apply -f deploy/kubernetes/osv-mcpserver.yaml
kubectl get mcpservers

# Validate registry schema
python3 -m json.tool registry/registry.json > /dev/null && echo "Valid JSON"

📊 存储库组织

toolhive-research/
├── docs/architecture/           # 📚 Primary deliverable - complete architecture docs
├── deploy/                      # 🚀 Working Kubernetes manifests and deployment guides
├── registry/                    # 📋 Example registry data and schemas  
├── scripts/                     # 🛠️ Automation for testing and validation
├── examples/advanced/           # 🔧 Advanced configuration patterns
└── docs/troubleshooting/        # 🩺 Operational guidance and issue resolution

📋 实施指南

最低目录要求

为了支持文档化的架构,目录系统需要:

| 组件 | 需求 要求 规格 | 目的 | |---------------|-----------------|-------------| | 服务器发现API |用于浏览已验证/社区服务器的REST端点|用户服务器选择| | 元数据导出API |完整的服务器规格,包括工具、安全配置文件|资源创建数据| | 类别式组织 |已验证与社区服务器分类|安全区域定位| | 工具信息 |包含描述的全面工具定义|MCPToolConfig创建| |

气隙元数据

|图像摘要、离线文档、依赖关系跟踪|企业部署|

  1. 用户工作流 文档化的工作流程消除了CLI依赖性:
  2. 查询目录 -用户通过目录API浏览可用服务器
  3. 导出元数据 -目录提供完整的资源创建数据
  4. 创建配置映射 -用户使用选定的服务器手动创建ConfigMgr
  5. 部署MCPRegistry -用户应用指向ConfigMgrap的MCPRegistry资源
  6. 配置工具 -用户应用MCPToolConfig进行工具筛选(可选)

自动部署 -ToolHive运算符处理API服务创建

气隙部署模式 -企业Kubernetes指南

🤝

  1. 贡献 该研究库遵循文档驱动开发:
  2. 建筑优先 -实施前记录的所有模式
  3. 注重安全 -所有设计决策都考虑了安全影响
  4. 企业就绪 -针对生产气隙环境验证的模式

实施无关 -独立于特定技术选择的架构

📄

工具与能力

工具数量

0

资源数量

0

提示词数量

0

能力标签

Shell本地部署KubernetesMCP企业部署安全隔离自动化管理

数量来自来源目录的标注,具体工具清单以官方文档为准。

典型使用场景

让助手直接读代码

把仓库、提交记录和 issue 交给模型检索,补全和重构时不用来回复制文件。

在对话里跑命令

触发构建、测试和脚本,执行结果直接回到上下文,省去切终端。

接进开发流程

把 PR、CI 状态和代码审查接进助手,减少在几个工具之间跳。

选择建议

值得选的地方

  • 只提供 0 个工具,职责集中,接入后不容易误操作。
  • 有现成的安装命令,不用自己找入口,照着跑就能起服务。
  • 公开说明写得比较完整,接入前能看清能力边界。

先想清楚的地方

  • stdio 方式要求本地装好 Python,换机器要重新装一遍。
  • 第三方目录整理,版本更新和行为细节以官方仓库为准。

更适合

  • 需要在开发工具场景里让模型直接调用外部能力的人。
  • 想先快速试一下、能接受在本地跑服务的人。

不太适合

  • 完全不想在本地装环境的人。
  • 需要厂商级 SLA 和技术支持的生产环境。

同类对比

5 个同类
MCP Server工具数传输方式安装命令收录来源最后核验
Toolhive Research

MCP World · 本页

0stdio有1 个2026-05-17
Git 838e2ec1

MCP World

12stdio有2 个2026-05-17
Markitdown MCP 2c653a5f

MCP World

1stdio有1 个2026-05-17
Context7 831acf40

MCP World

0stdio有1 个2026-05-17
Context7 MCP C671e75a

MCP World

0stdio有1 个2026-05-17

按同分类和工具数量挑出最接近的几条,字段以各自详情页为准。

常见问题

5 条

Toolhive Research 怎么安装?

公开资料给出的安装命令是 python3 -m json.tool registry/registry.json > /dev/null && echo "Valid JSON",运行环境为 Python。装完后按客户端要求写进 MCP 配置,重启客户端生效。

Toolhive Research 怎么在 Claude Desktop、Cursor 里配置?

它是stdio 本地进程,客户端配置里要写启动命令和参数,运行环境是 Python;保存后完全退出客户端再打开,配置才会生效。

Toolhive Research 收费吗?

本站只整理公开资料,不代收费用,也没有标注具体价格。是否收费取决于服务本身和背后的接口额度,正式使用前按官方说明确认。

Toolhive Research 需要 API Key 吗?

公开资料标注为无需认证,装好就能连;如果实际调用时报鉴权错误,按官方文档补上凭据。

Toolhive Research 支持哪些客户端?

公开资料没有标注具体客户端;能配置本地 MCP 命令的客户端都能接,配置方式参照官方文档。

来源信息

继续浏览同类 MCP