MySpec

Plataforma de desarrollo dirigido por especificaciones. Permite que Cursor, Claude Code y otros clientes MCP lean y escriban proyectos MySpec y paquetes de especificaciones (constitución, requisitos, solución, tareas). 31 herramientas. Requiere una cuenta MySpec; plan gratuito disponible.

Ver en myspec.devPrueba este MCPPatrocinado

Servidor MCP alojado

npx add-mcp 'https://mcp.myspec.dev/mcp'

Se instala en Claude Code, Codex, Cursor y más

Documentación

INTEGRATION PROTOCOL · MCP · v0.4

Servidor MCP

@myspec/mcp-server - especificaciones en tu agente de IA de codificación

Un servidor de Model Context Protocol que expone tus proyectos MySpec, archivos de especificación, adjuntos, sesiones de especificación y paquetes de artefactos a Cursor, Claude Code, Claude Desktop y cualquier cliente MCP - a través de stdio con OAuth, o a través de HTTPS con un token de API.

Instala con npx o como un plugin de Claude Code. 31 herramientas. Sin CLI separado que aprender.

Tres formas de conectarse

Servidor stdio (predeterminado)

Tu editor de IA es el cliente MCP; npx -y @myspec/mcp-server es el servidor en tu máquina. Inicia sesión una vez con login, o introduce un token de API. Puede descargar archivos al disco.

Servidor HTTP (alojado)

https://mcp.myspec.dev/mcp - un endpoint HTTP Streamable sin estado para clientes sin sistema de archivos: plataformas de agentes alojados, clientes de navegador, conectores, ejecutores de CI. Requiere un Personal Access Token en el encabezado Authorization - no hay inicio de sesión en el navegador. Las mismas 31 herramientas, el contenido se mueve en línea. Guía completa ↓

Inverso (opt-in)

Ejecuta reverse --root <dir> y los roles se invierten: tu máquina sirve una vista de solo lectura de un directorio al agente en la nube de MySpec, para que los flujos de trabajo brownfield puedan leer tu código existente antes de proponer un cambio.

Configura tu cliente

Agrega MySpec a tu .mcp.json (Claude Code, Cursor), al claude_desktop_config.json de Claude Desktop, o a la configuración equivalente del cliente MCP:

{
  "mcpServers": {
    "myspec": {
      "command": "npx",
      "args": ["-y", "@myspec/mcp-server"]
    }
  }
}

Los usuarios de Claude Code pueden registrarlo a nivel de usuario con un solo comando:

$ claude mcp add --scope user myspec -- npx -y @myspec/mcp-server

¿Quieres la versión en desarrollo? Usa la etiqueta de distribución @next (@myspec/mcp-server@next) - una versión preliminar publicada en cada merge. Prefiere el paquete sin etiqueta para uso diario.

Alternativa · Plugin de Claude Code

Claude Code: instala el plugin oficial en su lugar

El plugin myspec-mcp registra este mismo servidor por ti - sin configuración que escribir, sin secretos en él - y agrega habilidades de Spec-Driven Development para implementar, analizar y escribir paquetes de especificaciones MySpec. Ejecuta dentro de Claude Code, reinicia, luego inicia sesión con npx -y @myspec/mcp-server login:

/plugin marketplace add myspecs/claude-plugins
/plugin install myspec-mcp@myspec

Usa un método, no ambos: si el plugin está instalado, elimina cualquier entrada myspec de .mcp.json o claude mcp add (claude mcp remove myspec), o Claude Code cargará dos conjuntos de herramientas MySpec.

Inicio rápido del plugin: instalar, iniciar sesión, primeros prompts →

Configuraciones desatendidas: tokens de API

login necesita un navegador. Para un servidor, un contenedor, un trabajo de CI o una máquina compartida - y siempre para el servidor HTTP - crea un Personal Access Token de larga duración (PAT, mostrado en la webapp como un token de API, valor msp_pat_…): menú de avatar → API tokens → Create token. Elige la organización en la que actúa, acceso de solo lectura o lectura-escritura, y una caducidad - 30, 90, 180 o 365 días (90 por defecto; no hay nunca caduca). El token se muestra una sola vez.

{
  "mcpServers": {
    "myspec": {
      "command": "npx",
      "args": ["-y", "@myspec/mcp-server"],
      "env": { "MYSPEC_API_TOKEN": "msp_pat_…" }
    }
  }
}

o en un solo comando:

$ claude mcp add --scope user myspec --env MYSPEC_API_TOKEN=msp_pat_… -- npx -y @myspec/mcp-server

Sin login, sin archivos: el token se intercambia por un token de acceso de corta duración en cada ejecución y nunca se escribe en el disco. Desactiva la variable y la credencial desaparece.
Precedencia: MYSPEC_API_TOKEN > apiToken en ~/.myspec/oauth_creds.json > el token de actualización guardado por login. El que gane se usa exclusivamente - un token rechazado falla la ejecución en lugar de recurrir silenciosamente a otra identidad.
La organización y el modo de acceso de un token se fijan en la creación; su caducidad se puede extender sin cambiar el valor, hasta una vida total máxima de dos años desde la creación - más allá de eso, crea uno nuevo.
Puedes tener 25 tokens activos y crear 10 por hora. La revocación es permanente: un token revocado nunca se puede reactivar o actualizar, solo reemplazar.

Herramientas de la plataforma

31 herramientas en cada servidor, en seis grupos. Los nombres y las formas de los argumentos son idénticos en los servidores stdio y HTTP - las únicas diferencias son las filas en la tabla de comparación a continuación - así que un prompt que funciona en Cursor también funciona desde un agente alojado.

Proyectos

7 herramientas

list_projects
get_project
create_project
update_project
archive_project
unarchive_project
delete_project

delete_project solo funciona en un proyecto archivado - el archivado es el paso de confirmación.

Archivos de especificación

6 herramientas

list_spec_file
get_spec_file
read_spec_file
download_spec_file
upload_spec_file
update_spec_file

Las lecturas devuelven content_version; las escrituras se convierten en nuevas revisiones. download_spec_file es solo stdio y aterriza en .specs/.

Papelera

2 herramientas

move_spec_file_to_trash
restore_spec_file_from_trash

Nada se destruye por accidente: los archivos en la papelera permanecen restaurables indefinidamente (lístalos con list_spec_file trashed=true).

Adjuntos

4 herramientas

list_attachments
get_attachment
read_attachment
upload_attachment

PDF, DOCX, XLSX, imágenes y cualquier archivo de texto UTF-8 de hasta 10 MiB. El texto se pagina por líneas; las imágenes vuelven en línea.

Sesiones de especificación

6 herramientas

list_spec_sessions
get_spec_session
rename_spec_session
archive_spec_session
unarchive_spec_session
delete_spec_session

Solo metadatos y resúmenes de sesión - la transcripción del chat nunca se devuelve. Eliminar requiere archivar primero.

Artefactos

6 herramientas

list_artifacts
get_artifact
read_artifact_file
create_artifact
write_artifact_revision
rollback_artifact

Nuevo - disponible solo a través de MCP por ahora: paquetes de múltiples archivos (un mockup HTML es index.html + styles.css + app.js) versionados como una sola instantánea. Aún no hay interfaz de navegador para artefactos. rollback_artifact agrega una revisión en lugar de reescribir el historial, como git revert.

Las descargas aterrizan en .specs/

download_spec_file refleja la ruta remota bajo una carpeta .specs/ con prefijo de punto en el directorio de trabajo del servidor - convencionalmente ignorada por git, para que una copia descargada nunca aparezca como ruido no rastreado junto a tu propio specs/ del repositorio. Pasa un destination_path absoluto para guardar en cualquier otro lugar.

download_spec_file(file_id)                       # -> .specs/<bundle>/requirements.md
download_spec_file(file_id, destination_path="/tmp/req.md")   # explicit path, honored as given

Las ediciones concurrentes nunca se sobrescriben silenciosamente

Varias personas y sesiones de IA pueden trabajar en el mismo proyecto. get_spec_file y read_spec_file devuelven un content_version; pásalo a update_spec_file como expected_version y una escritura que compitió con el guardado de otra persona se rechaza con un mensaje que nombra quién la cambió - vuelve a leer, fusiona y luego actualiza de nuevo. El servidor HTTP hace que expected_version sea obligatorio.

read_spec_file(file_id)            -> { content, content_version: 42 }
update_spec_file(file_id, content, expected_version: 42)
# someone saved in between? -> rejected, nothing overwritten; re-read, merge, retry

SERVIDOR MCP HTTP · mcp.myspec.dev

El servidor HTTP para agentes alojados

@myspec/mcp-server-http es el hermano del servidor stdio, desplegado como un Cloudflare Worker sin estado en https://mcp.myspec.dev/mcp. Existe para clientes MCP que se conectan a través de HTTPS y no tienen sistema de archivos - plataformas de agentes alojados, clientes basados en navegador, conectores estilo ChatGPT o Claude, ejecutores de CI. Los mismos 31 nombres de herramientas, la misma plataforma debajo; todo lo que necesitaba un disco local (inicio de sesión OAuth, archivos de credenciales, descargas, el puente inverso) está deliberadamente ausente, y el contenido se mueve en línea, paginado.

REQUERIDO · PERSONAL ACCESS TOKEN EN EL ENCABEZADO DE LA SOLICITUD

Cada solicitud a mcp.myspec.dev debe llevar un Personal Access Token de MySpec. No hay inicio de sesión en el navegador en este servidor - una solicitud sin el encabezado se rechaza con HTTP 401 antes de que siquiera se analice.

Authorization: Bearer msp_pat_…

01 · CREAR En la webapp de MySpec: menú de avatar → API tokens → Create token. Elige la organización, solo lectura o lectura-escritura, y una caducidad (30 / 90 / 180 / 365 días, 90 por defecto). El valor (msp_pat_…) se muestra una vez.
02 · CONFIGURAR Ponlo en los encabezados de solicitud de tu cliente como Authorization: Bearer <token> - la bandera --header, el bloque headers de mcp.json, o la opción de encabezados personalizados de tu SDK (fragmentos a continuación).
03 · VERIFICAR Una llamada tools/list responde 200 cuando el token es aceptado y 401 cuando falta, está revocado, caducado o pertenece al otro entorno.

curl -sS -o /dev/null -w '%{http_code}\n' https://mcp.myspec.dev/mcp \
  -H "Authorization: Bearer msp_pat_…" \
  -H "Content-Type: application/json" \
  -d '{"jsonrpc":"2.0","id":1,"method":"tools/list"}'
# 200 → token accepted · 401 → missing, revoked, expired, or a token from the other environment

Trata el token como una contraseña: otorga el nivel de acceso y la organización con los que se creó mientras sea válido. Guárdalo en un gestor de secretos o en una variable de entorno, nunca en un archivo de configuración confirmado.

Endpoints

Ruta	Autenticación	Propósito
POST /mcp	Personal Access Token (requerido)	HTTP Streamable sin estado - un mensaje JSON-RPC por solicitud (`initialize`, `tools/list`, `tools/call`). Sin flujo SSE, sin sesiones; un encabezado `Mcp-Session-Id` se ignora. Otros verbos responden 405.
GET /health	Ninguna	Sonda de disponibilidad que informa `service`, `version`, `environment`; hace cero llamadas ascendentes.

Producción: mcp.myspec.dev. Staging: mcp.myspecs.dev. Los tokens son específicos del entorno - un token de producción no funciona contra staging y viceversa.

Autenticación: solo Personal Access Token

Cada solicitud lleva Authorization: Bearer msp_pat_… - el mismo Personal Access Token descrito arriba (webapp → menú de avatar → API tokens). No se acepta ningún otro tipo de credencial. El Worker lo intercambia por un token de plataforma de corta duración en cada solicitud; no hay flujo OAuth, no hay login, y nada se almacena en ninguno de los lados. Un token faltante o rechazado es un HTTP 401 a nivel de transporte con WWW-Authenticate: Bearer antes de que siquiera se analice el cuerpo JSON-RPC, y el cuerpo nombra la razón: MALFORMED_TOKEN (no es un valor msp_pat_), TOKEN_INVALID (desconocido, caducado, revocado o deshabilitado), o ORG_ACCESS_LOST (su propietario ya no está en la organización). Un 502 que lleva EXCHANGE_UNAVAILABLE o EXCHANGE_MALFORMED significa que el intercambio de tokens en sí falló, no tu token.

Un token de solo lectura aún ve las 31 herramientas listadas - 14 de solo lectura, 17 de mutación; llamar a una de mutación devuelve un error de herramienta accionable "este token de API es de solo lectura" en lugar de una falla de transporte.
Un token está limitado a una organización en la creación - las herramientas operan solo en los proyectos de esa organización.
Los tokens intercambiados se almacenan en caché en la memoria del aislado durante como máximo 60 segundos, por lo que un token revocado en la webapp puede seguir funcionando hasta por un minuto. Trata esa ventana como la exposición cuando rote.

Conecta un cliente

En cada fragmento, reemplaza msp_pat_… con tu propio Personal Access Token - es la única credencial que el servidor acepta.

Claude Code - registra el servidor remoto con su encabezado:

$ claude mcp add --transport http myspec https://mcp.myspec.dev/mcp --header "Authorization: Bearer msp_pat_…"

Cursor, Windsurf, VS Code y cualquier cliente que acepte un servidor MCP remoto con encabezados personalizados - estilo mcp.json:

{
  "mcpServers": {
    "myspec": {
      "url": "https://mcp.myspec.dev/mcp",
      "headers": { "Authorization": "Bearer msp_pat_…" }
    }
  }
}

SDKs de agentes alojados, conectores y CI - el viaje de ida y vuelta JSON-RPC crudo que cualquier cliente HTTP puede hacer:

# 1. handshake
curl -sS https://mcp.myspec.dev/mcp \
  -H "Authorization: Bearer msp_pat_…" \
  -H "Content-Type: application/json" \
  -d '{"jsonrpc":"2.0","id":1,"method":"initialize","params":{"protocolVersion":"2025-03-26","capabilities":{},"clientInfo":{"name":"curl","version":"0"}}}'

# 2. list the tools (optionally narrowed with X-MCP-Tools)
curl -sS https://mcp.myspec.dev/mcp \
  -H "Authorization: Bearer msp_pat_…" \
  -H "Content-Type: application/json" \
  -H "X-MCP-Tools: list_projects,read_spec_file" \
  -d '{"jsonrpc":"2.0","id":2,"method":"tools/list"}'

# 3. call one
curl -sS https://mcp.myspec.dev/mcp \
  -H "Authorization: Bearer msp_pat_…" \
  -H "Content-Type: application/json" \
  -d '{"jsonrpc":"2.0","id":3,"method":"tools/call","params":{"name":"list_projects","arguments":{"limit":5}}}'

$ curl -sS https://mcp.myspec.dev/health # {"service":"…","version":"…","environment":"production"}

Los clientes que solo admiten servidores remotos basados en OAuth (algunas interfaces de conectores de consumo) no pueden adjuntar un encabezado bearer estático; usa el servidor stdio allí, o un proxy que inyecte el encabezado.

Qué difiere del servidor stdio

	stdio (`npx @myspec/mcp-server`)	HTTP (`mcp.myspec.dev`)
Autenticación	OAuth `login` o token de API	Token de acceso personal requerido en cada encabezado de solicitud
Transporte	stdio, proceso de larga duración	HTTP Streamable sin estado, un mensaje JSON-RPC por POST
Archivos grandes	`read_spec_file` pagina por líneas, los archivos de más de 8 MiB se rechazan; `download_spec_file` guarda archivos binarios o grandes (hasta 50 MiB) en `.specs/`	Misma paginación y mismo límite de 8 MiB; sin descargas: vea archivos más grandes o binarios en la aplicación web
Listado de papelera	`list_spec_file trashed=true`	`list_spec_file trashed=true`: el `list_trashed_spec_files` más antiguo está obsoleto y se conserva solo por compatibilidad hacia atrás
Cuerpo del archivo de especificación	`content` en línea o `local_file_path` leído desde el disco	`content` solo en línea
Adjuntos entrantes	`upload_attachment` toma un `file_path` local	`upload_attachment` toma `content_base64`
Ediciones concurrentes	`expected_version` opcional	`expected_version` requerido en `update_spec_file`
URL de descarga / caché en disco	URL firmadas, caché `~/.myspec`	Ninguna: el contenido siempre está en línea
Acceso al código local	`reverse --root`	No disponible (no hay máquina que exponer)

read_spec_file(file_id, offset=1, limit=2000)
-> { content, start_line, end_line, read_lines, total_lines, truncated, next_offset, content_version }
update_spec_file(file_id, content, expected_version)   # expected_version is REQUIRED here

Reduzca la superficie de herramientas con X-MCP-Tools

Un encabezado de solicitud opcional que enumera las herramientas que un cliente debería ver, separadas por comas y con distinción entre mayúsculas y minúsculas: X-MCP-Tools: list_projects,list_spec_file,read_spec_file. El servidor se construye por solicitud exactamente a partir de esa intersección: los nombres desconocidos se descartan, y una lista que se resuelve en nada produce un conjunto de herramientas vacío en lugar del completo, por lo que un conector que solicitó acceso de solo lectura nunca recibe un escritor. Se aplica tanto en tools/list como en tools/call.

Límites

Qué	Límite	Notas
read_spec_file / read_attachment (texto)	2.000 líneas por llamada (predeterminado y máximo), 1 MiB por respuesta	Pagine con offset (basado en 1) y next_offset en lugar de descargar.
Tamaño de archivo read_spec_file	Los archivos de más de 8 MiB se rechazan	El archivo completo se materializa en el Worker antes de la paginación.
upload_attachment	10 MiB decodificados (≈ 13,4 MiB en base64) mediante content_base64	Coincide con el límite de adjuntos de la plataforma; PDF, DOCX, XLSX, imágenes, texto UTF-8.
read_attachment (imágenes)	png / jpeg / gif / webp devueltos completos, hasta 10 MiB	Otros tipos binarios se dirigen a la aplicación web.
list_spec_sessions	20 por página	El contexto de la sesión se analiza en el servidor; pagine en lugar de obtener todo.
get_spec_session include_context	1 MiB	Verifique context_size_bytes y context_keys primero.
read_artifact_file	2.000 líneas por llamada, 1 MiB por respuesta; los archivos de más de 8 MiB se rechazan	Misma paginación que read_spec_file. Los archivos de artefactos binarios (imágenes, fuentes) no se pueden leer aquí: get_artifact enumera su tamaño y suma de verificación.
create_artifact / write_artifact_revision	50 archivos por paquete, 2 MiB por archivo, 10 MiB por revisión	Una revisión es una instantánea inmutable; se conservan las 50 más recientes y las más antiguas se eliminan.
Encabezado X-MCP-Tools	4.096 bytes / 64 nombres	Las listas más largas devuelven HTTP 400.
Lotes JSON-RPC	Rechazados con -32600	Un mensaje por POST; sin SSE, sin sesiones.
Revocación de tokens	Hasta 60 s	Los tokens intercambiados se almacenan en caché en la memoria del aislado durante un máximo de 60 s.

Notas de seguridad

El Worker no mantiene estado persistente: sin base de datos, KV ni almacenamiento de objetos; nada suyo se almacena entre solicitudes.
Los registros estructurados redactan el encabezado Authorization y cualquier subcadena msp_pat_.
Las escrituras se atribuyen al actor de IA, por lo que un humano que edite el mismo archivo de especificación en la aplicación web gana cualquier carrera; eliminar un proyecto o sesión aún requiere archivarlo primero.
Prefiera un token de solo lectura para conectores que solo necesitan leer especificaciones, y establezca una caducidad: se puede extender más tarde sin cambiar el valor, hasta dos años desde la creación.

Acceso a archivos locales para trabajo brownfield (solo lectura)

Los flujos de trabajo MySpec brownfield y OpenSpec se niegan a proponer un cambio hasta que hayan leído archivos reales de su repositorio. Hay dos formas de permitir que el arquitecto en la nube vea su código:

Opción 1: Montar una carpeta en el navegador

Haga clic en Montar carpeta en el panel Espacio de trabajo local de una sesión de chat. Utiliza la API de acceso al sistema de archivos, por lo que funciona en Chrome y navegadores basados en Chromium (Edge 86+), no en Firefox ni Safari.

Opción 2: Modo inverso

Cualquier navegador, cualquier sistema operativo: la CLI se conecta hacia afuera a través de WebSocket y sirve un directorio. Solo hay una conexión inversa activa por usuario; una más nueva reemplaza a la anterior.

$ npx -y @myspec/mcp-server reverse --root./my-project

local_fs_list_dir: enumera las entradas del directorio bajo la raíz concedida
local_fs_read_file: lee un archivo bajo la raíz concedida
local_fs_grep: busca un patrón bajo la raíz concedida
local_pack_codebase / local_pack_codebase_read_page: empaqueta el código en un paquete de texto paginado que el agente lee de una sola vez (su primer movimiento preferido)

Cada ruta está limitada al directorio que pase con --root, los archivos binarios se rechazan y los archivos secretos (claves SSH, credenciales estilo .env) siempre se excluyen: esto es exposición de solo lectura, no un motor de sincronización. La URL de WebSocket del agente se descubre desde su cuenta después de iniciar sesión; --agent-url o MYSPEC_AI_AGENT_WS_URL la anula.

Autenticación de un vistazo

	`login` (OAuth)	Token de API
Requiere navegador	Sí (o `--paste`)	No
La credencial rota	Sí, en cada actualización	No
Alcance	Lo que la sesión pueda alcanzar (organización fijada)	Una organización, fijada en la creación
Acceso	Completo	Solo lectura o lectura-escritura, fijado en la creación
Funciona con servidor HTTP	No	Sí, y es la única opción allí

El estado local vive bajo ~/.myspec/: settings.json (qué servidor de autenticación usó para iniciar sesión, más las URL de servicio descubiertas) y oauth_creds.json (tokens, modo 0600: el servidor rechaza un archivo legible por grupo u otros). logout finaliza la sesión y deja settings.json intacto; si el archivo contiene un apiToken configurado, se reescribe solo con ese token; de lo contrario, se elimina.

Variables de entorno

MYSPEC_API_TOKEN: token de API de larga duración (msp_pat_…) para uso desatendido; tiene prioridad sobre las credenciales guardadas y nunca se escribe en disco
MYSPEC_USER_AUTH_URL: servidor de autenticación contra el que intercambiar (predeterminado https://auth.myspec.dev); configúrelo para un token que no sea de producción para que un 401 se lea como el desajuste de entorno que es
MYSPEC_DOWNLOAD_ROOT: raíz de caché en disco utilizada por read_spec_file (predeterminado ~/.myspec); las herramientas nunca escriben fuera de ella
MYSPEC_AI_AGENT_WS_URL: URL de WebSocket del agente de IA para reverse; omite el descubrimiento

Convenciones de archivos de especificación

Las rutas de especificación son relativas, con raíz en specs/ o openspec/, y anidan como máximo tres niveles de profundidad de directorio. El tipo de archivo se deriva del nombre del archivo: constitution, requirements, solution, tasks, proposal y un openspec-spec genérico para todo lo demás (el spec.md y plan.md de Spec Kit, las especificaciones delta de OpenSpec y design.md). Los paquetes más antiguos nombraban el archivo de solución como design.md; haga coincidir con file_type, no con el nombre del archivo.

Lea la guía de campo para cada tipo de archivo de especificación →

Preguntas frecuentes

¿Qué puedo hacer con el servidor MCP de MySpec?

Una vez conectado a Claude Desktop, Claude Code o Cursor, su editor de IA puede enumerar y gestionar sus proyectos de MySpec; leer, descargar, cargar y actualizar archivos de especificación como revisiones versionadas; leer adjuntos; inspeccionar u ordenar sesiones de especificación; y versionar paquetes de artefactos de varios archivos, sin cambiar al navegador para copiar contenido de un lado a otro.

¿Puedo cargar archivos de especificación locales existentes en un proyecto de MySpec?

Sí. Apunte su editor de IA a un archivo local y pídale que lo cargue: upload_spec_file acepta una ruta local directamente en el servidor stdio (local_file_path; el servidor HTTP toma el cuerpo en línea como content), por lo que un requirements.md, un spec.md de Spec Kit o un cambio de OpenSpec que ya esté en su repositorio se puede llevar a un proyecto sin copiar y pegar. Use update_spec_file de la misma manera para guardar una nueva revisión.

¿Puede ver mi código local, no solo archivos de especificación?

Sí, si opta por ello. Ejecutar npx -y @myspec/mcp-server reverse --root ./my-project expone una vista de solo lectura de ese directorio al agente de IA en la nube, para que pueda enumerar archivos, leerlos, buscar en ellos o empaquetar todo el código en un paquete para contexto, exactamente lo que los flujos de trabajo brownfield necesitan antes de redactar una propuesta. En Chrome puede montar una carpeta desde la página de chat en su lugar.

Mi agente se ejecuta en la nube y no tiene disco. ¿Aún puede usar MySpec?

Sí: apúntelo a https://mcp.myspec.dev/mcp y configure un Token de acceso personal en los encabezados de su solicitud (Authorization: Bearer msp_pat_…); el servidor HTTP no tiene inicio de sesión por navegador y rechaza solicitudes no autenticadas. Obtiene los mismos nombres de herramientas, con el contenido del archivo devuelto en línea y paginado en lugar de descargado. Consulte la guía del servidor HTTP.

¿Necesito instalar una CLI separada primero?

No. npx -y @myspec/mcp-server ejecuta el servidor directamente: no hay nada que instalar globalmente y no se requiere otra CLI.

¿Hay un complemento para Claude Code?

Sí. Ejecute /plugin marketplace add myspecs/claude-plugins y /plugin install myspec-mcp@myspec dentro de Claude Code. El complemento registra este servidor por usted y agrega habilidades que implementan, analizan y escriben paquetes de especificaciones de MySpec; un segundo complemento, myspec-factory, ejecuta un paquete completo con sesiones de trabajo paralelas. Consulte el inicio rápido del complemento de Claude Code.

¿El servidor MCP reemplaza a app.myspec.dev?

No. El servidor MCP le da a su editor de IA acceso a especificaciones que ya existen: no ejecuta la entrevista del Arquitecto ni los flujos de trabajo de generación. Para crear un nuevo paquete, aún comienza en app.myspec.dev; el servidor MCP es cómo luego lleva esas especificaciones a su editor, las mantiene actualizadas e incorpora contexto local.