Hacktoberfest 2026:维护者为十月标记出来的 issue,仍然开放、适合新手。 浏览 Hacktoberfest issue

http-header-validation grades -32020 as SHOULD for standard headers; 2026-07-28 Server Validation makes it MUST

未关闭 适合新手
#553 0 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

维护者通常 7 天内回复

@cig13zs 已经在做这个了。

开始于 2026年10月15日。

  • #555 来自 @cig13zs —— 未关闭

评估

难度
2/5
预计耗时
1-3 小时
新手友好度
75/100
Issue 类型
缺陷
描述清晰度
描述清楚
活跃度
活跃
技术栈
typescript
领域
testing

调研方向

从 createRejectionChecks 开始,其中标准 header 的用例传入了 errorCodeSeverity: 'WARNING',而自定义 header 的用例已经使用 FAILURE。将标准 header 的评分改为 FAILURE,删除现已未使用的 errorCodeSeverity 选项,并检查 Server Validation 场景中预期的错误码 -32020。当一个以 400 和 -32600 拒绝请求的服务器会导致该场景失败,而不是带着警告通过时,即为完成。

由索引模型根据 Issue 内容生成。

描述

2026-07-28 Streamable HTTP §Server Validation: "servers MUST return HTTP status 400 Bad Request and MUST include a JSON-RPC error response using ... -32020". The second MUST was a SHOULD before modelcontextprotocol/modelcontextprotocol#2863. createRejectionChecks still passes errorCodeSeverity: 'WARNING' for the standard-header cases (the custom-header ones already use FAILURE), so a server rejecting with 400 and -32600 passes the scenario 9/9 with 5 warnings. The scenario description itself already says MUST. Proposed: FAILURE for both, and drop the now-unused option. Happy to send the PR.

AI disclosure per AI_POLICY.md: the investigation, code and tests were done primarily with Claude Code. The numbers above are from local runs.

主要语言
TypeScript
星标
131
派生
111
PR 合并指标
30 天内没有已合并 PR

环境准备

  • 没有 Dockerfile 或 Docker Compose 文件
  • 没有 Pull Request 模板
  • 阅读贡献指南

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

modelcontextprotocol/conformance 的其他 Issue

查看 modelcontextprotocol/conformance 的全部 Issue

相似的 Issue

更多 TypeScript Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。