Methods of undeclared capabilities return -32603 instead of -32601
维护者通常 1 天内回复
评估
这个 Issue 还没有评估数据。
描述
On a server that only declares the tools capability, prompts/list (and the other prompt and resource methods) comes back as an Internal error instead of Method not found:
server = MCP::Server.new(name: "repro", version: "1.0.0", tools: [], capabilities: { tools: {} })
server.handle_json('{"jsonrpc":"2.0","id":1,"method":"prompts/list"}')
# => {"jsonrpc":"2.0","id":1,"error":{"code":-32603,"message":"Internal error","data":"Server does not support prompts (required for prompts/list)"}}
server.handle_json('{"jsonrpc":"2.0","id":2,"method":"unknown/x"}')
# => {"jsonrpc":"2.0","id":2,"error":{"code":-32601,"message":"Method not found","data":"unknown/x"}}
Over Streamable HTTP on the 2026-07-28 path, the first one ends up as HTTP 200 with -32603, the second as 404 with -32601. The transport spec asks for the 404 in both cases:
If the server does not implement the requested RPC method, it MUST respond with
404 Not Foundand a JSON-RPC error with code-32601(Method not found).
(Streamable HTTP, Protocol Version Header)
For a client, "the server didn't declare prompts" and "the server has no prompts/list" mean the same thing, and -32603 reads as if the server crashed. I ran into it with the conformance suite (0.2.0-alpha.12, caching scenario against a tools-only server): prompts/list returned JSON-RPC error -32603: Internal error.
The mapping is in Server#handle_request: Methods::MissingRequiredCapabilityError is re-raised with error_type: :internal_error. Raising it with error_code: JsonRpcHandler::ErrorCode::METHOD_NOT_FOUND instead looks like it would fix both protocol eras.
Seen with 1.7.0; main at 9d12f51 has the same code.
- 主要语言
- Ruby
- 星标
- 924
- 派生
- 136
- 平均合并
- 1 天 5 小时
- 30 天内合并 PR
- 37
环境准备
- 没有 Dockerfile 或 Docker Compose 文件
- 没有 Pull Request 模板
- 阅读贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
modelcontextprotocol/ruby-sdk 的其他 Issue
-
Empty members in the Accept header cause a 500可能已有人在做 @koic 今天认领。 未关闭bug
难度 2/5 1-3 小时 新手友好度 82/100
modelcontextprotocol/ruby-sdk#609 ·
维护者通常 1 天内回复
-
Error responses carry "id": null, which the MCP schema does not allow可能已有人在做 @koic 今天认领。 未关闭bug
难度 3/5 半天 新手友好度 45/100
modelcontextprotocol/ruby-sdk#606 ·
维护者通常 1 天内回复
-
String request ids are limited to letters, digits, "_" and "-"可能已有人在做 @koic 于 1 天前认领。 未关闭bug
modelcontextprotocol/ruby-sdk#603 · 已指派 1 人 ·
维护者通常 1 天内回复
-
Requests with "id": null are run like notifications可能已有人在做 @koic 于 1 天前认领。 未关闭bug
modelcontextprotocol/ruby-sdk#601 · 已指派 1 人 ·
维护者通常 1 天内回复
-
Support modelcontextprotocol/experimental-ext-triggers-events可能已有人在做 @koic 于 4 天前认领。 未关闭enhancement
modelcontextprotocol/ruby-sdk#594 · 已指派 1 人 ·
维护者通常 1 天内回复
查看 modelcontextprotocol/ruby-sdk 的全部 Issue
相似的 Issue
-
难度 1/5 1 小时以内 新手友好度 72/100
TheOdinProject/curriculum#31465 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 66/100
-
agent:triaged bug bughunt pm:bundler priority:p1
难度 2/5 1-3 小时 新手友好度 70/100
SocketDev/socket-patch#1573 · 1 条评论 ·
维护者通常 1 天内回复
-
Generated server webpack config keeps Rspack's manifest and CSS extraction plugins可能已有人在做 @justin808 今天认领。 未关闭bug
难度 2/5 1-3 小时 新手友好度 72/100
shakacode/react_on_rails#5184 ·
维护者通常 1 天内回复
-
bug chat verified
难度 2/5 1-3 小时 新手友好度 72/100
维护者通常 6 天内回复