Construye y publica tu propio MCP server.
Plan de 30 días para desarrolladores que ya usan Claude o Cursor a diario. Sales con un server publicado y en uso, no solo con la teoría.
Apúntate al drop · gratis10 min · 12 preguntas · ves tu plan antes de pagar
Publicar tu propio MCP server y que lo use alguien que no eres tú.
// QUÉ INCLUYE- Manual escrito calibrado a tu idea de server, tu stack principal y tu ICP target
- Plan de 30 días con framework Read-spec-early, Transport-first, SDK oficial, Auth-first y path ship público o B2B
- Profesor IA con WebSearch en runtime durante 30 días — el protocol cambia trimestral
- The Game: XP por misiones, badge "MCP Servers Builder Wave 2026" al cerrar 30 días
El MCP (Model Context Protocol) es el estándar abierto que define cómo los asistentes de IA —Claude, Cursor y compañía— se conectan a herramientas, datos y servicios externos. Un MCP server es el servicio que expone esas capacidades bajo el protocolo: lo escribes una vez y cualquier cliente compatible lo usa sin integración a medida. La formación es un plan de 30 días, para devs que ya programan, que te lleva de leer la spec a tener tu propio server publicado y usado por alguien que no seas tú, calibrado a tu idea de server y a tu stack.
MCP nació en Anthropic a finales de 2024 y en poco más de un año se ha convertido en estándar de facto: lo han adoptado OpenAI, Google, Microsoft y Amazon, y su gobernanza pasó a una fundación de la Linux Foundation. El ecosistema ya tiene miles de servers públicos, pero menos de uno de cada veinte está monetizado: el hueco está en los verticales y en B2B, donde los servers serios (datos, seguridad, monitorización) cobran cuotas mensuales. La ventana es la de siempre en un estándar joven: quien publica ahora coge reputación y posición antes de que el directorio se llene.
- Dev con TypeScript o Python que quiere construir una integración que ningún server existente cubre bien (un vertical, una API propietaria, datos privados).
- Dev open-source que busca reputación técnica publicando en los directorios de referencia.
- Founder técnico o consultor B2B que quiere vender acceso a datos o capacidades como server de pago.
- Quien espere ingresos pasivos vendiendo a consumidores: ese mercado no paga; quien paga es B2B.
- Dev sin ganas de leer specs ni gestionar auth: OAuth 2.1 con PKCE es ingeniería real, no un tutorial de 30 minutos.
- Quien no tenga contexto de un dominio concreto: los servers genéricos ya existen, el valor está en el nicho.
- Dominar la spec MCP de verdad (no a medias) y construir un server con tus propias tools.
- Implementar bien Streamable HTTP + OAuth 2.1 + PKCE, algo raro en el mercado y demandado en empresa.
- Desplegar el server en Vercel, Cloudflare o Railway con escalado horizontal real.
- Diseñar tool schemas con anotaciones (solo-lectura, destructivo, idempotente) para que el agente decida los permisos bien.
- Elegir camino con criterio: open-source para portfolio y visibilidad, o B2B de pago según tu red real.
- Cerrar con el server publicado (PR a un directorio de referencia) o con una demo B2B y el pricing definido.
Esto es hacia dónde apunta la formación, no un guion cerrado. Tu plan exacto —qué haces cada día y en qué orden— lo genera el sistema a partir de tu diagnóstico, así que no es el mismo que recibe otra persona en esta misma temática.
Haces el trabajo los 30 días y no consigues tu objetivo, te devuelvo el dinero. Las condiciones exactas, sin trampa, las tienes más abajo.
MCP Servers · Construye y publica · plan auditado para tu nivel real.
La formación MCP Servers en Kursear es un plan de 30 días personalizado a tu idea de server, a tu stack principal y a tu ICP target, generado tras un diagnóstico de 13 preguntas con bloque custom sobre el server concreto que quieres construir y auditado anti-alucinación antes de servirse. Para developer hispano backend o full-stack que ya usa Claude o Cursor a diario y quiere shippear su MCP server propio antes de fin de mes. Manual escrito que cubre la spec MCP completa (incluyendo Streamable HTTP de noviembre 2025 y OAuth 2.1 de marzo 2026), SDK oficial en TypeScript o Python, dogfooding antes de publicar, y dos caminos al final: open-source en awesome-mcp-servers o B2B paying con Lemon Squeezy. Profesor IA con WebSearch en runtime durante 30 días — el protocol evoluciona trimestral. Pago único 149€. Drop con ventana de 9 meses (cierra 28 de febrero 2027).
Esto es un sistema, no un curso.
Lo que has leído arriba es lo que conseguiría un alumno típico de esta temática. Tú no eres un alumno típico — por eso hay un diagnóstico de 12-14 preguntas antes de cobrar. El sistema lee tus respuestas y reescribe el plan entero para tu nivel, tu tiempo y tu objetivo real.
Yo pongo el método: 30 días con concepto, práctica y un reto verificado cada día. Tú pones tu material y tu trabajo. El sistema hace que encajen. Si esperabas un curso pasivo donde todos hacen lo mismo, hay 200 disponibles por menos dinero. Aquí no.
Cómo funciona, sin letra pequeña:
- 01Subes evidencia 27 de los 30 días (no exijo perfección, exijo trabajo real).
- 02De esas 27, al menos 24 quedan en verde tras validación IA (puedes apelar las rojas si crees que la IA se equivocó).
- 03Llegas al día 30 y no has conseguido tu objetivo declarado en el diagnóstico.
- 04Tienes 14 días naturales para pedirme el dinero.
Te lo devuelvo entero, sin preguntas, sin trampa. Si no subes evidencia los 30 días, no hay devolución — esa es la única condición.
Antes de que preguntes.
Soy junior. ¿Puedo entrar aquí?
No te lo recomiendo. Esto exige nivel intermedio (entre 2 y 5 años de backend o full-stack con stack Node.js/TS o Python). Si eres junior y no has tocado protocols antes, te vas a atascar. Si tu stack es no oficial (Elixir, Clojure, Crystal), el plan tiene un camino alternativo de SDK community port como brand-building — pero asume base sólida.
¿Por qué leer la spec entera el día 1? Son 90 minutos.
Porque el 80% de los devs que no la leen construyen "un wrapper de REST API" que no aprovecha resources, prompts ni sampling. Al día 14 descubren el error y rearquitectan. 90 minutos el día 1 te ahorran 2-3 semanas el mes 2. No es negociable.
¿TypeScript o Python para el SDK?
TypeScript por defecto: más popular, más ejemplos, ecosistema Node.js maduro. Python si tu server necesita dependencias de ML o data science, o si tu stack ya es Python. El diagnóstico lo decide en función de tu stack — no te lo deja a la duda.
Esto no está todo en la spec de Anthropic en GitHub?
La spec te dice qué existe. No te dice qué hacer durante 30 días para llegar a server público con users reales o B2B firmado. Aquí tienes el orden, la decisión de transport, el path de auth y la rúbrica que te empuja a shippear. La spec es ingrediente. Esto es la receta. Y la cocina.
¿Open-source público o B2B paying? ¿Cuál elijo?
Si vas pre-revenue sin red B2B: open-source mes 1-2 para portfolio y visibilidad, luego evalúas B2B en mes 3+ según demanda. Si ya tienes red B2B existente: privado y paid desde el día 14. El diagnóstico lo decide en función de tu network y tus objetivos. No tienes que adivinar.
¿Y si Anthropic cambia el protocol durante mi curso?
El Profesor IA con WebSearch verifica la spec actual al instante cuando le preguntas. El SDK oficial trackea updates automático. Si hay un breaking change importante (raro — Anthropic prioriza backward compatibility), te aviso por email cómo migrar.