> ## Documentation Index
> Fetch the complete documentation index at: https://mcp.zhcndoc.com/llms.txt
> Use this file to discover all available pages before exploring further.

# 拦截器宪章

> MCP 拦截器工作组的宪章。

## 组类型

**工作组**

## 使命声明

拦截器工作组旨在标准化在代理生命周期的关键节点中，如何对上下文操作进行拦截、验证和转换。这涵盖了 MCP 定义的操作，例如工具调用、资源访问、提示处理、采样和提取，以及任何其他塑造代理上下文的操作——包括 LLM 补全和自定义的特定应用工作流。当前生态正在形成一片庞杂的边车、代理和网关景观，用于处理横切关注点，但这些方案大多不可复用且互操作性差，造成了 M × N 的集成问题。该工作组将产出规范扩展和参考实现，将拦截器定义为一种新的 MCP 原语，并包含两种类型——验证器（检查并返回通过/失败决策）和变换器（转换上下文负载）——它们可通过 MCP 现有的 JSON-RPC 模式进行发现和调用，并支持包括进程内、边车和远程服务在内的多种部署模型。

## 范围

### 范围内

* **规范工作**：定义拦截器原语的 SEP，包括验证器和变换器类型、MCP 操作的生命周期事件钩子（工具调用、资源读取、提示获取、采样、提取），并可扩展到非 MCP 上下文操作（LLM 补全、自定义工作流）、面向信任边界的执行模型、基于优先级的链式排序以及审计模式语义。
* **参考实现**：用于构建拦截器的多语言 SDK 库、示例拦截器（PII 脱敏、模式校验、审计日志记录）、通用拦截器边车/代理运行时，以及用于拦截器调用和测试的 CLI 客户端。
* **横切关注点**：传输层拦截点、基于网关的部署模式，以及与路由和策略层的协同（见相关工作组）。
* **文档**：涵盖拦截器编写、部署模型（进程内、边车、远程服务）、链配置以及从临时中间件方案迁移的规范章节。

### 范围外

* 客户端特定的钩子实现细节（例如 Claude Code 的内部钩子执行引擎）——该工作组标准化的是协议层接口，而不是宿主内部实现。
* 传输层线格式或会话模型更改（由 Transports WG 负责）。
* 超出 MCP 协议所需范围的通用中间件或代理基础设施。

### 相关工作组

* **Transports WG** — 拦截器作用于 MCP 消息流，而其传递行为取决于传输层；因此需要就传输层拦截点进行协同。
* **Gateways IG** — 网关是拦截器的一种关键部署模型；需要就基于网关的拦截器模式以及路由、策略和可观测性方面的共同关注点进行协同。

## 领导层

| 角色  | 姓名                       | 组织        | GitHub                                       | 任期 |
| --- | ------------------------ | --------- | -------------------------------------------- | -- |
| 负责人 | Sambhav Kothari          | Bloomberg | [@sambhav](https://github.com/sambhav)       | 初始 |
| 负责人 | Peder Holdgaard Pedersen | Saxo Bank | [@PederHP](https://github.com/PederHP)       | 初始 |
| 负责人 | Kurt Degiorgio           | Bloomberg | [@degiorgio](https://github.com/degiorgio)   | 初始 |
| 负责人 | Uk-Jae Jeong             | Bloomberg | [@jeongukjae](https://github.com/jeongukjae) | 初始 |
| 负责人 | Ola Hungerford           | Nordstrom | [@olaservo](https://github.com/olaservo)     | 初始 |

## 权限与决策权

| 决策类型            | 权限级别                    |
| --------------- | ----------------------- |
| 会议后勤与安排         | WG 负责人（自主）              |
| WG 内提案优先级排序     | WG 负责人（自主）              |
| SEP 分流与关闭（在范围内） | WG 负责人（自主，需记录理由）        |
| 范围内的技术设计        | WG 共识                   |
| 规范变更（增量）        | WG 共识 → 核心维护者批准         |
| 规范变更（破坏性/基础性）   | WG 共识 → 核心维护者批准 + 更广泛审查 |
| 范围扩展            | 需要核心维护者批准               |
| WG 成员批准         | WG 成员赞助者                |

## 运营

| 会议   | 频率    | 时长    | 目的        |
| ---- | ----- | ----- | --------- |
| 工作会议 | 每两周一次 | 60 分钟 | 技术讨论、提案评审 |

## 资源

* 实验性扩展仓库: [modelcontextprotocol/experimental-ext-interceptors](https://github.com/modelcontextprotocol/experimental-ext-interceptors)
* 动机: [SEP-1763](https://github.com/modelcontextprotocol/modelcontextprotocol/issues/1763)

## 交付物与成功指标

### 当前工作项

| 项目                      | 状态  | 目标日期 | 负责人 |
| ----------------------- | --- | ---- | --- |
| SEP-1763: 拦截器           | 草案  |      | 待定  |
| 示例拦截器（PII 脱敏、模式校验、审计日志） | 进行中 |      | 待定  |
| 通用拦截器 sidecar 运行时       | 构思中 |      | 待定  |
| 用于拦截器调用和测试的 CLI 客户端     | 构思中 |      | 待定  |
| Go SDK 中的参考实现           | 进行中 |      | 待定  |
| C# SDK 中的参考实现           | 进行中 |      | 待定  |

### 成功标准

* 一份已被接受的 SEP，定义拦截器原语（验证器、变换器）、生命周期事件钩子，以及感知信任边界的链式执行。
* 至少在两个 Tier-1 SDK（Go、C#）中提供参考实现。
* 一个通用拦截器 sidecar 运行时，使平台团队无需修改各个 MCP 服务器即可部署拦截器。
* 用于拦截器调用和测试的 CLI 工具。
* 在不同部署模型（进程内、sidecar、远程服务）之间展示可互操作性。

## 更新日志

| 日期         | 变更   |
| ---------- | ---- |
| 2026-04-21 | 初始章程 |