规范
规范
概述
根

根

协议版本：2025-03-26

模型上下文协议 (MCP) 提供了一种标准化的方式，让客户端向服务器公开文件系统"根"。根定义了服务器可以在文件系统内操作的边界，允许它们了解可以访问哪些目录和文件。服务器可以从支持的客户端请求根列表，并在该列表更改时接收通知。

用户交互模型

MCP 中的根通常通过工作区或项目配置接口公开。

例如，实现可以提供工作区/项目选择器，允许用户选择服务器应该有权访问的目录和文件。这可以与从版本控制系统或项目文件自动检测工作区相结合。

然而，实现可以自由地通过适合其需求的任何接口模式公开根——协议本身并不强制要求任何特定的用户交互模型。

功能

支持根的客户端必须在初始化期间声明 roots 功能：

{
  "capabilities": {
    "roots": {
      "listChanged": true
    }
  }
}

listChanged 指示客户端是否会在根列表更改时发出通知。

协议消息

列出根

要检索根，服务器发送 roots/list 请求：

请求：

{
  "jsonrpc": "2.0",
  "id": 1,
  "method": "roots/list"
}

响应：

{
  "jsonrpc": "2.0",
  "id": 1,
  "result": {
    "roots": [
      {
        "uri": "file:///home/user/projects/myproject",
        "name": "My Project"
      }
    ]
  }
}

根列表更改

当根更改时，支持 listChanged 的客户端必须发送通知：

{
  "jsonrpc": "2.0",
  "method": "notifications/roots/list_changed"
}

消息流 

  sequenceDiagram
    participant Server
    participant Client

    Note over Server,Client: 发现
    Server->>Client: roots/list
    Client-->>Server: 可用的根

    Note over Server,Client: 更改
    Client--)Server: notifications/roots/list_changed
    Server->>Client: roots/list
    Client-->>Server: 更新的根

数据类型

根

根定义包括：

  • uri：根的唯一标识符。在当前规范中，这必须是 file:// URI。
  • name：用于显示目的的可选人类可读名称。

不同用例的示例根：

项目目录 

{
  "uri": "file:///home/user/projects/myproject",
  "name": "My Project"
}

多个存储库 

[
  {
    "uri": "file:///home/user/repos/frontend",
    "name": "Frontend Repository"
  },
  {
    "uri": "file:///home/user/repos/backend",
    "name": "Backend Repository"
  }
]

错误处理

客户端应该为常见失败情况返回标准 JSON-RPC 错误：

  • 客户端不支持根：-32601（未找到方法）
  • 内部错误：-32603

示例错误：

{
  "jsonrpc": "2.0",
  "id": 1,
  "error": {
    "code": -32601,
    "message": "Roots not supported",
    "data": {
      "reason": "Client does not have roots capability"
    }
  }
}

安全注意事项

  1. 客户端必须：

    • 仅公开具有适当权限的根
    • 验证所有根 URI 以防止路径遍历
    • 实施适当的访问控制
    • 监控根可访问性

  2. 服务器应该：

    • 处理根变得不可用的情况
    • 在操作期间尊重根边界
    • 根据提供的根验证所有路径

实现指南

  1. 客户端应该：

    • 在向服务器公开根之前提示用户同意
    • 为根管理提供清晰的用户界面
    • 在公开之前验证根可访问性
    • 监控根更改

  2. 服务器应该：

    • 在使用之前检查根功能
    • 优雅地处理根列表更改
    • 在操作中尊重根边界
    • 适当地缓存根信息
采样