Cover optional extension capability preservation in legacy initialize handshakes
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 55/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Stack tecnológico
- typescript
- Área
- backend-api-design, testing
Línea de trabajo
Review PR #3364 and SEP-2133 to understand the extension negotiation context. The work involves adding client and server test scenarios for the 2025-11-25 initialization handshake, focusing on the serialization and deserialization of capabilities.extensions. Create a diagnostic tool to expose peer capabilities. Look at existing conformance tests for the MCP SDK to see the pattern for implementing scenarios and checks. Ensure the tests handle empty objects and structured settings, and include both correct and deliberately broken implementations.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Follow-up to https://github.com/modelcontextprotocol/modelcontextprotocol/pull/3364 and SEP-2133 negotiation.
Add opt-in client and server scenarios for 2025-11-25 initialization-based extension negotiation. Check both serialization and SDK-visible deserialization of capabilities.extensions, with empty objects and structured settings. A diagnostic tool should expose the peer capabilities actually seen by the SDK so a wire-only test cannot hide parsing loss.
Keep these checks outside core/Tier-1 requirements: extension support is optional. Include passing TypeScript SDK examples and deliberately broken implementations that drop advertisements/settings or fail to report received capabilities. Exclude the newer per-request capability flow from these legacy checks.
This targets the serialization gap documented in #3364; it does not claim that every extension works on every legacy protocol version.
- Lenguaje dominante
- TypeScript
- Estrellas
- 127
- Forks
- 101
- Merge medio
- 4 d 7 h
- PR fusionados (30 d)
- 6
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de modelcontextprotocol/conformance
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
modelcontextprotocol/conformance#315 · 1 comentario ·
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
modelcontextprotocol/conformance#312 · 1 comentario ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 40/100
-
Dificultad 3/5 1-2 días Aptitud para principiantes 65/100
-
Dificultad 4/5 3-5 días Aptitud para principiantes 45/100
Todos los issues de modelcontextprotocol/conformance
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
vercel-labs/just-bash#464 ·
-
looksLikeSlug() is ASCII-only, so non-Latin entity slugs (e.g. Korean) skip exact match and collapse Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 90/100
TanStack/tanstack.com#1293 ·