Skip to main content
已弃用:根目录特性自协议版本 2026-07-28 起已弃用 (SEP-2577)。 根据特性生命周期政策,它会在此修订版发布后至少十二个月内保留在规范中,然后才有资格被移除。 新实现 SHOULD NOT 采用它;现有实现 SHOULD 迁移为通过工具参数、资源 URI 或服务器配置传递目录或文件。 参见已弃用特性注册表
Model Context Protocol (MCP) 为客户端向服务器公开文件系统“根目录”提供了标准化方式。根目录告知服务器客户端认为相关的目录和文件,使服务器能够相应地聚焦其操作。根目录是信息性指引,而不是访问控制机制。协议不会强制服务器保持在根目录内。服务器可以从支持根目录的客户端请求根目录列表。

用户交互模型

MCP 中的根目录通常通过工作区或项目配置界面公开。 例如,实现可以提供工作区/项目选择器,让用户选择服务器应能访问的目录和文件。这也可以与基于版本控制系统或项目文件的自动工作区检测结合使用。 不过,实现可以自由地通过任何适合自身需求的界面模式公开根目录;协议本身并不强制规定任何特定的用户交互模型。

能力

支持根目录的客户端 MUST 在每个请求的 _meta.io.modelcontextprotocol/clientCapabilities 中声明 roots 能力:

协议消息

列出根目录

为了在处理客户端请求期间检索根目录,服务器会发送包含 roots/list 请求的 InputRequiredResult 请求:
响应:

消息流

数据类型

Root

根目录定义包括:
  • uri:根目录的唯一标识符。在当前规范中,这 MUST 是一个 file:// URI。
  • name:用于显示的可选人类可读名称。
不同用例下的根目录示例:

项目目录

多个仓库

错误处理

如果发生错误,客户端不需要带着错误消息重放初始调用,因为服务器在 InputRequiredResult 模式下并不会等待响应。

安全注意事项

  1. 客户端 MUST
    • 仅公开具有适当权限的根目录
    • 验证所有根目录 URI,防止路径遍历
    • 实现适当的访问控制
    • 监控根目录可访问性
  2. 服务器 SHOULD
    • 处理根目录变得不可用的情况
    • 在操作期间遵守根目录边界
    • 根据提供的根目录验证所有路径

实现指南

  1. 客户端 SHOULD
    • 在向服务器公开根目录前提示用户同意
    • 提供清晰的根目录管理用户界面
    • 在公开前验证根目录可访问性
    • 监控根目录变化
  2. 服务器 SHOULD
    • 在使用前检查根目录能力
    • 在操作中遵守根目录边界
    • 适当地缓存根目录信息