everything: get-resource-reference prompt resourceType arg missing description (blocks automated invocation)
维护者通常 3 天内回复
还没有人认领这个 Issue。
评估
- 难度
- 2/5
- 预计耗时
- 1-3 小时
- 新手友好度
- 76/100
- Issue 类型
- 缺陷
- 描述清晰度
- 描述清楚
- 活跃度
- 冷清
- 技术栈
- typescript
调研方向
在 server-everything 实现中找到 get-resource-reference prompt，并检查 resourceType 参数定义。添加一段说明，指出允许的 Text 和 Blob 值，然后运行提供的 mcp-probe 命令，以确认 schema 警告和自动调用失败问题已解决。
由索引模型根据 Issue 内容生成。
描述
Heads-up issue: server-everything (modelcontextprotocol/servers)
Repo: https://github.com/modelcontextprotocol/servers
Filed by: PengSpirit
Filed before: Apr 25, 2026 (72h before Apr 29 launch of mcp-probe)
Title
get-resource-reference prompt: resourceType arg is missing a description, blocks automated invocation
Body
Hi — running mcp-probe against @modelcontextprotocol/[email protected] surfaces one schema warning that becomes a hard failure when the prompt is invoked:
WARN get-resource-reference — Property "resourceType" missing description
FAIL resource-prompt — MCP error -32603: Invalid resourceType: test. Must be Text or Blob.
The server correctly enforces the enum, but because MCP prompt arguments don't carry a JSON schema (only name / description / required), there's no machine-readable way for a caller to know that resourceType accepts only Text or Blob. The convention is to encode allowed values in the description (e.g. "Type of resource. Must be Text or Blob."). Without that, every automated caller has to guess.
Suggested fix: populate the description field on the resourceType argument of the get-resource-reference prompt with prose that names the allowed values, e.g. "Type of resource — must be 'Text' or 'Blob'."
mcp-probe already has a fallback heuristic that extracts allowed values from descriptions matching "must be X or Y" / "one of: X" (commit 3825170 in the mcp-probe repo). Once the description is filled in, this prompt would pass cleanly.
This is a schema-completeness issue, not a server bug — the server itself works correctly. Filing a friendly heads-up because we're about to publish a scorecard that includes this finding, and want maintainers to have time to respond.
Repro:
npx -y @incultnitostudiosllc/mcp-probe test "npx -y @modelcontextprotocol/server-everything"
Thanks for server-everything — it's the most useful integration test target in the ecosystem precisely because it exercises every protocol corner.
- 主要语言
- TypeScript
- 星标
- 90.6k
- 派生
- 11.7k
- 平均合并
- 6 天 10 小时
- 30 天内合并 PR
- 5
环境准备
- 没有 Dockerfile 或 Docker Compose 文件
- 有 Pull Request 模板
- 阅读贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
modelcontextprotocol/servers 的其他 Issue
-
难度 2/5 1-3 小时 新手友好度 76/100
modelcontextprotocol/servers#4844 ·
维护者通常 3 天内回复
-
难度 2/5 1-3 小时 新手友好度 72/100
modelcontextprotocol/servers#4830 ·
维护者通常 3 天内回复
-
难度 2/5 1-3 小时 新手友好度 68/100
modelcontextprotocol/servers#4829 ·
维护者通常 3 天内回复
-
难度 2/5 1-3 小时 新手友好度 70/100
modelcontextprotocol/servers#4812 ·
维护者通常 3 天内回复
-
难度 2/5 1-3 小时 新手友好度 86/100
modelcontextprotocol/servers#4804 · 1 条评论 ·
维护者通常 3 天内回复
查看 modelcontextprotocol/servers 的全部 Issue
相似的 Issue
-
难度 2/5 1-3 小时 新手友好度 68/100
microsoft/vscode-livepreview#876 ·
维护者通常 1 天内回复
-
needs-triage
难度 1/5 1 小时以内 新手友好度 90/100
JustJarethB/invoicer#54 ·
-
ICP 1.2.0 shows a scheduled task's interval in milliseconds under the label "Interval (In seconds)"未关闭Needs Triage Type/Bug
难度 2/5 1-3 小时 新手友好度 68/100
wso2/product-integrator#2585 ·
维护者通常 1 天内回复
-
check:passed streams:add
难度 2/5 1-3 小时 新手友好度 68/100
维护者通常 1 天内回复
-
design
难度 2/5 1-3 小时 新手友好度 72/100
MTES-MCT/monitor-field#119 ·
维护者通常 1 天内回复