osFoundry / Platform
MCP 服务器集群
按工作区安装 MCP 服务器。来自 GitHub、Figma、Postgres 的工具——任意智能体可寻址调用。
简介
MCP 服务器集群是 osFoundry 在一个工作区内统一管理 Model Context Protocol（MCP）服务器的方式。你不必把某个工具集成单独接入某个 agent，而是只安装一次 MCP 服务器，它的工具就对该工作区内的每个 agent、聊天和 pipeline 可用。你可以在官方 MCP 注册表（registry.modelcontextprotocol.io）中搜索安装，通过 HTTPS URL 添加远程服务器，或用命令运行本地 stdio 服务器。GitHub、Figma、Postgres 以及任何其他兼容 MCP 的服务器都汇聚在同一处，说同一种协议。
在 osFoundry 内，服务器分为两种范围。管理员安装的工作区服务器由所有人共享；每位成员添加的个人服务器只保留在其账户内（未经管理员不能提升为工作区级别）。每个服务器的工具都带有命名空间（例如 mcp__github__create_issue），因此两个服务器绝不会相互冲突，而底层服务器名仍会通过每个工具的描述传达给模型。本地服务器作为子进程在你自己的机器上运行，其密钥存放在操作系统的钥匙串中，绝不会出现在会话记录里，也不会存到 osFoundry 的服务器上。远程服务器通过 HTTPS 以 OAuth 或请求头鉴权连接。由于 osFoundry 采用 BYOK 且本地优先，你把服务器指向自己的凭据和数据，而本地 stdio 服务器会让这些数据留在你的设备上。
工具按聊天逐一启用，而非默认开启。当你为某个对话启用某服务器的工具后，agent 才能调用它们，而具备写入能力的调用会经过审批，因此任何工具都不会在未经你同意的情况下执行操作。你可以在一个工作区里配置多个服务器，并为每个聊天启用不同的子集，从而让每个 agent 的工具范围保持聚焦，而不是一次性被所有能力淹没。远程 MCP 的配置和连接测试在网页端可用；运行本地 stdio 服务器以及为聊天启用工具则是桌面端的能力，因为 BYOK 运行时和子进程都在那里。
主要功能
- 从官方注册表搜索、通过远程 HTTPS URL 或通过本地命令安装 MCP 服务器：GitHub、Figma、Postgres 以及任意 MCP 服务器都用同一套流程
- 管理员共享的工作区服务器，加上每位成员各自私有的个人服务器，每个的工具都带命名空间，名称绝不冲突
- 每个已安装服务器的工具都可从工作区内任意 agent、聊天或 pipeline 调用：安装一次，处处可用
- 本地 stdio 服务器在你自己的机器上运行，凭据存于系统钥匙串；远程服务器通过 HTTPS 以 OAuth 或请求头鉴权连接
- 工具按聊天逐一启用，写入操作须经审批，因此 agent 绝不会在未经你明确同意时调用工具
使用场景
- 平台工程师：安装一个指向你自己数据库的 Postgres MCP 服务器，让 agent 查询表结构并生成报表，而无需把数据导出到机器之外
- 产品设计师：只需一次把 Figma 接入为远程 MCP 服务器，就能让任意聊天把画板和组件的上下文引入设计与规格工作
- 工程团队负责人：添加一个工作区级别的 GitHub 服务器，让每个 agent 都能创建 issue、阅读 PR，同时把写入调用留在审批提示之后
常见问题
我要为每个 agent 各装一个 MCP 服务器，还是每个工作区装一次？
装一次即可。你在工作区级别（管理员）安装 MCP 服务器，或作为个人服务器（任意成员）安装，它的工具就可从每个 agent 和聊天调用。你仍可为每个对话选择启用哪些服务器的工具，因此每个 agent 拿到的是聚焦的工具集，而非全部。
我能添加哪些 MCP 服务器，只能是 GitHub、Figma 这类知名的吗？
任何 Model Context Protocol 服务器都可以。osFoundry 允许你搜索官方注册表（registry.modelcontextprotocol.io）、通过 HTTPS URL 添加远程服务器，或用命令运行本地 stdio 服务器。GitHub、Figma 和 Postgres 是常见示例，但凡是说 MCP 的都以相同方式运作。
连接服务器时，我的凭据和数据会去哪里？
对于本地 stdio 服务器，密钥存放在你操作系统的钥匙串中，进程在你自己的机器上运行，因此数据可以留在你的设备上，这与 osFoundry 采用 BYOK 且本地优先相一致。远程服务器通过 HTTPS 以 OAuth 或请求头鉴权连接。密钥的取值绝不会写入聊天记录。