Enterprise 兴趣组章程

Enterprise 兴趣组章程

社区译文;来源: MCP 4fa48191

小组类型

兴趣组

使命陈述

Enterprise IG 识别并记录企业在生产环境部署 MCP 时遇到的需求缺口。随着 MCP 在受监管行业和大型组织中的采用不断扩大,企业团队在身份验证集成、身份传播、审计与合规、网关行为、可扩展性与韧性以及配置管理等方面反复遇到协议层面尚未解决的缺口。该组汇集企业实践者,将这些缺口整理为问题陈述和结构化建议,并将其提交给相关工作组开展规范工作。讨论中可能会形成治理和最佳实践模式,但该组的核心职责是揭示协议层面的需求,而不是维护通用最佳实践目录。

所有讨论和会议都聚焦协议并保持厂商中立。Enterprise IG 不是产品推介或厂商特定营销的场所。参与者以分享部署经验和需求的实践者身份贡献,而不是以推广商业解决方案的代表身份参与。

范围

范围内

  • 企业需求缺口(总体重点):该组的首要职责是识别当前 MCP 协议层面尚未解决的企业部署需求,并将其转化为问题陈述和建议,提交给相关工作组。记录每项需求时,不仅要描述痛点,还要说明它所代表的企业机会,因为弥补这些缺口正是推动企业更广泛采用并创造价值的关键。以下具体领域均从这一视角进行探索;只有在治理和最佳实践模式揭示协议层面缺口时,才会记录这些模式:
  • 企业身份验证和身份:讨论企业管理的身份验证模式,包括 IdP 集成(SSO、SAML、OIDC)、令牌生命周期管理、On-Behalf-Of(OBO)令牌交换流程和细粒度授权(Rich Authorization Requests)。收集需求,为 Auth WG 和相关 SEP 提供信息。
  • 身份传播和 session 上下文:定义如何在 MCP 客户端、服务器和下游服务之间呈现和传递已验证身份,以实施策略并进行审计。这包括派生 Agent 和委派 Agent 用例:身份沿袭、子 Agent 最小权限、后代撤销以及跨多 Agent 链的可审计性;这些内容与身份验证相邻,但关注点不同。
  • 审计、可观测性和合规:探索 MCP 工具调用的标准化审计轨迹格式、与企业 SIEM 和可观测性平台的集成,以及为合规框架(SOC 2、HIPAA、GDPR、EU AI Act)生成证据。包括行业特定的合规模式,例如医疗环境中的 PHI 处理和 BAA 范围内的数据流。
  • 网关和代理行为:记录 MCP 流量经过 API 网关、负载均衡器、反向代理和安全代理时的企业部署模式。随着 2026-07-28 版本转向无状态协议核心,重点从 session affinity 转向无状态模型中仍然存在的缺口:header 和上下文传播、跨代理的授权移交以及网关上的策略实施。
  • 可扩展性和韧性:在跨区域和可用区的企业规模下运行 MCP。无状态核心支持无需 sticky session 的水平扩展,因此重点是关键任务部署的故障转移、负载分配和可靠性。
  • 企业架构中的 MCP:定义 MCP 如何融入更广泛的企业架构,包括与现有中间件、数据平台和 Agent 编排层的集成。
  • 配置可移植性和部署:讨论在异构客户端环境中部署 MCP 服务器的挑战、多租户配置模式和企业规模的推出实践。
  • Interceptors 和中间件:探索 MCP 管道中请求/响应拦截的用例,包括 PII 脱敏、合规验证、内容过滤和幻觉检测。收集可能为未来中间件模式规范工作提供信息的需求。
  • 问题陈述和用例:记录企业痛点和生产故障场景(匿名化),为规范工作的优先级排序建立证据基础。
  • 向工作组提出建议:就企业特定需求向 Auth WG、Security IG、Gateways IG 和其他小组提供来自企业实践者的结构化输入。

范围外

  • 编写或负责 SEP。Enterprise IG 产出问题陈述、用例和建议。具体规范变更通过适当的工作组推进。
  • 讨论产品特定或厂商特定的解决方案。讨论必须保持厂商中立,并聚焦协议层面的模式。
  • 一般 MCP 支持或入门指导。该组关注企业部署挑战,而不是 MCP 入门主题。
  • 与 Auth WG 的规范工作直接重叠。Enterprise IG 收集企业身份验证需求并将其提供给 Auth WG,而不是提出身份验证协议变更。

相关小组

工作组

  • Auth WG — 收集企业身份验证需求(IdP 集成、OBO 流程、RAR),并将其作为输入提供给 Auth WG 的规范工作。
  • Transport WG — 汇总企业支持所需的传输层需求(延迟和水平扩展等非功能性需求),并将其作为输入提供给 Transport WG。
  • Extensions WG — 汇总授权以外的扩展需求,并将其作为输入提供给 Extensions WG。

兴趣组

  • Security IG — 双方都关注 runtime 安全、工具投毒和凭据管理。Enterprise IG 关注组织和治理维度;Security IG 关注威胁模型和协议层面的缓解措施。
  • Gateways IG — 在网关/代理行为模式方面直接重叠。Enterprise IG 提供企业部署上下文;Gateways IG 关注网关技术规范。
  • Financial Services IG — 多项企业关注点(合规、审计、受监管环境)与 FS-IG 重叠。适当情况下将协调交叉发布和联合会议。

领导

角色姓名组织GitHub任期
FacilitatorRaghu ChandraIndependent@raghu-chandra-mcp6 months
FacilitatorYannj_FrMCPApps Builders@yannj-fr6 months

成员

姓名组织GitHubDiscord层级
Raghu ChandraIndependent@raghu-chandra-mcpraghu.chandraFacilitator
Yannj_FrMCPApps Builders@yannj-fryannj_frFacilitator
Peder H PSaxo Bank@pederhpParticipant
Derek LewisSilex Data Solutions@derekelewisdlewis.ioParticipant
Aman sIndependent Researcher; Blue Shield of California@aman210122Participant
OlaNordstrom / MCP Maintainer@olaservoParticipant
VarunTraceForce@vawadhwa88Participant
Markus MuellerBoomi@mquadratParticipant
Aaron PareckiOkta@aaronpkParticipant
cayerbeGNS-Foundation@GNS-FoundationcayerbeParticipant
AnishmaEmpowerID@anishmaParticipant
Lin SunSolo.io@linsunParticipant
Joey OrlandoArchestra@joeyorlandoParticipant

运作方式

会议频率时长目的
Working Session每月一次60 分钟用例讨论、痛点编目、跨小组协调

Discord:#enterprise-ig

建议的决策流程

Enterprise IG 产出不具约束力的用例、问题陈述以及功能性和非功能性需求。为确保清晰并避免下游流程争议,适用以下规则:

  • 问题陈述和用例通过 GitHub Discussions 或 Discord thread 异步提交,并在月度会议中评审。
  • 向工作组提出的建议通过参与者之间的 lazy consensus 最终确定,并在 GitHub 上发布,评审期为 7 天。如无人反对,该建议即视为通过。
  • Facilitator 负责整理已通过的建议,并将其提交给相关工作组或兴趣组。

交付物(可选)

作为兴趣组,Enterprise IG 不产出具约束力的交付物。计划讨论产出如下:

项目状态目标日期负责人
Enterprise Pain Points CatalogPlannedQ2 2026Raghu Chandra
Healthcare & Compliance Use Cases (PHI, BAA)PlannedQ3 2026Aman s
Enterprise Auth Requirements (input to Auth WG)PlannedQ3 2026TBD
Gateway Deployment Patterns DocumentPlannedQ3 2026TBD

变更日志

日期变更
2026-04-13提交初始章程