Skip to main content

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.

草案标准跟踪
字段值
SEP2164
标题标准化资源未找到错误码
状态草案
类型标准跟踪
创建时间2026-01-28
作者Peter Alexander (@pja-ant)
赞助方无（寻求赞助人）
PR#2164

​
摘要

当前 MCP 规范 建议使用 -32002 作为资源未找到时的错误码。然而，-32002 属于 JSON-RPC 的“服务器错误”范围（-32000 到 -32099），该范围保留给由实现定义的错误，而不是协议级语义。此外，SDK 实现并不一致——6 个官方 SDK 中只有 4 个使用 -32002，而 TypeScript SDK 使用 -32602，Python SDK 使用 0。 本 SEP 将 -32602（无效参数）标准化为该场景下正确的 JSON-RPC 错误码，并使规范与 JSON-RPC 标准保持一致。

​
动机

当前 SDK 实现对于资源未找到的错误处理各不相同：
SDK当前错误码来源
TypeScript-32602（InvalidParams）mcp.ts#L561
Python0（通用）server.py#L790
C#-32002（自定义 RESOURCE_NOT_FOUND）McpServerImpl.cs#L289
Rust-32002（自定义 RESOURCE_NOT_FOUND）model.rs#L450
Java-32002（自定义 RESOURCE_NOT_FOUND）McpAsyncServer.java#L732
Go-32002（自定义 RESOURCE_NOT_FOUND）server.go#L786
Kotlin-32603（INTERNAL_ERROR）Server.kt#L618-L621
PHP-32002（自定义 RESOURCE_NOT_FOUND）Error.php#L37
Ruby不适用（留给实现者）server.rb#L375-L379
Swift不适用（没有内置处理器）不适用
这种不一致意味着客户端无法可靠地在不同实现之间检测资源未找到的情况。在 8 个内置资源处理的 SDK 中，使用了四种不同的错误码：-32002（C#、Rust、Java、Go、PHP）、-32602（TypeScript）、-32603（Kotlin）以及 0（Python）。Ruby 和 Swift 将错误处理留给服务器实现者。需要区分“资源未找到”和其他错误的客户端必须处理所有这些变体。

​
规范

如果请求的资源不存在，服务器必须返回一个代码为 -32602（无效参数）的 JSON-RPC 错误： 
{
  "jsonrpc": "2.0",
  "id": 2,
  "error": {
    "code": -32602,
    "message": "Resource not found",
    "data": {
      "uri": "file:///nonexistent.txt"
    }
  }
}
data 字段应当包含未找到的 uri。 服务器不得针对不存在的资源返回空的 contents 数组。空数组具有歧义——它可能表示资源存在但没有内容，也可能表示资源根本不存在。

​
原因说明

​
为什么选择 -32602（无效参数）？

-32602 是 JSON-RPC 中用于无效参数的标准错误码。一个不存在的 URI 在语义上就是无效参数——客户端提供了一个不对应任何资源的 URI。这与 TypeScript SDK 现有行为一致，并避免在 JSON-RPC 保留范围之外引入自定义错误码。

​
为什么不使用自定义错误码？

几个 SDK 使用了 -32002（RESOURCE_NOT_FOUND），但是：
  • 根据 JSON-RPC 规范，-32000 到 -32099 范围内的自定义代码是“保留给由实现定义的服务器错误”，而不是协议级语义
  • 添加一个协议定义的自定义代码要求所有客户端都更新以识别它
  • -32602 已经具有正确含义，并且被 JSON-RPC 库普遍理解

​
向后兼容性

这会改变规范内容——当前规范建议使用 -32002，而本 SEP 将其改为 -32602。不过，由于当前建议并未在各个 SDK 中被一致遵循（只有 10 个中 5 个使用 -32002），因此客户端今天无法依赖任何单一错误码。这意味着对客户端的实际影响很小——足够健壮、能够跨现有 SDK 工作的客户端，已经在处理多个错误码，或者将所有错误一律视为通用错误。

​
迁移路径

  1. SDK 应将其资源未找到错误码更新为 -32602
  2. 在过渡期间，客户端应同时将 -32602 和 -32002 视为资源未找到
  3. 规范应将 -32602 记录为标准错误码

​
安全影响

无。此更改仅影响错误码值，不影响访问控制或数据暴露。