Docs: add a client configuration matrix for Cursor, Continue, VS Code, Claude, and Codex
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 2/5
- Tiempo estimado
- 1-3 horas
- Aptitud para principiantes
- 69/100
- Tipo de issue
- Documentación
- Claridad
- Bastante claro
- Estado de actividad
- Tranquilo
- Stack tecnológico
- markdown, python
- Área
- documentation
Línea de trabajo
Empieza por el README y los archivos de docs/settings/; después, inspecciona los scripts de prueba y los fragmentos de configuración existentes para VS Code, Claude, Codex y OpenAI. Crea una página de documentación con una matriz de clientes que incluya los encabezados de autenticación, cuándo usar ?token=, las URL locales y públicas, y enlaces a los fragmentos de configuración exactos; incluye los clientes enumerados en los criterios de aceptación.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Opened by @francescobianco from local draft 07-cursor-continue-config-matrix.md.
Summary
I can see bits of configuration for VS Code and Claude, plus integration runners for Codex and OpenAI, but there is no single compatibility page that tells users which clients are tested and how each one passes auth.
Reproduction
- Read the README and
docs/settings/. - Try to determine the recommended config shape for different AI hosts.
- Notice that the information is spread across multiple files and test scripts.
Expected
A single page summarizing per-client setup:
- headers supported or not
- when to use
?token= - local vs public URL expectations
- link to the exact config snippet
Actual
The setup story is fragmented.
Why this is a good first issue
This is mostly reorganization of existing repo knowledge into one matrix.
Suggested acceptance criteria
- Add a new doc page with a small table for major clients.
- Cover at least VS Code, Claude Code/Desktop, Codex CLI, and OpenAI Responses API.
- Optionally include "community-tested" rows for Cursor and Continue.
- Lenguaje dominante
- Python
- Estrellas
- 22
- Forks
- 4
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
- Incluye un Dockerfile o un archivo de Docker Compose
- Sin plantilla de pull request
- Leer la 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 openapi/mcp-server
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
openapi/mcp-server#33 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
openapi/mcp-server#29 ·
-
Dificultad 1/5 1-3 horas Aptitud para principiantes 73/100
openapi/mcp-server#25 ·
-
Testing: add a host-agnostic smoke test checklist for OpenClaw, NanoClaw, and NemoClaw-style clientsAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
openapi/mcp-server#24 ·
-
Dificultad 1/5 1-3 horas Aptitud para principiantes 72/100
openapi/mcp-server#21 ·
Todos los issues de openapi/mcp-server
Issues similares
-
fix formatting of the sample database page of the docsPosiblemente ocupada @Aaqibhafeezkhan la tomó hoy. Abiertodocumentation good first issue help wanted
Dificultad 1/5 Menos de una hora Aptitud para principiantes 72/100
chaoss/CollectOSS#544 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
area/plugin good first issue
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
kestra-io/plugin-soda#137 ·
-
Dificultad 2/5 Medio día Aptitud para principiantes 62/100
ibm-granite/granite.build#504 ·
Los mantenedores suelen responder en 2 días
-
`LazyFrameRemote` and `ExecuteRemote` sinks do not accept `Path`, like `LazyFrame` sinks do.Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 1 día