Los 8 mejores servidores MCP recomendados por Boris, el creador de Claude Code

¿Sabes qué es lo más importante que dice el creador de Claude Code?

No es cómo escribir prompts. No es la elección del modelo.

"Dale a Claude los medios para verificar su propio resultado."

Eso es lo único. Él afirma que este es el consejo más importante para usar Claude Code.

Este artículo es una continuación de esa discusión. Entendemos el principio. Entonces, ¿cómo proporcionamos esos medios específicamente? La respuesta son los servidores MCP.

Honestamente, saber esto o no cambia realmente la experiencia de usar Claude Code. El tiempo que pasas pegando documentos, copiando incidencias y abriendo pantallas manualmente para revisarlas, todo eso se vuelve innecesario.

¿Te está pasando esto con Claude Code?

• El código generado usa sintaxis antigua, y tú lo arreglas cada vez.
• Terminas abriendo el navegador tú mismo para ver si la pantalla creada realmente funciona.
• Copias el contenido de una incidencia, lo pegas en Claude, haces que lo implemente, luego vuelves a escribir el progreso.
• Cada vez que ocurre un error en producción, copias el stack trace de Sentry.
• Conoces la palabra MCP pero no has configurado nada porque no sabes qué añadir.

Sí. Yo también hacía todo eso.

Lo diré desde el principio: incluso quienes no saben programar pueden leer este artículo. Explicaré los términos técnicos a medida que aparezcan. De hecho, MCP es un sistema donde los no ingenieros podrían ver beneficios aún mayores.

Cuando termines de leer, probablemente querrás encontrar un lugar en tu trabajo donde estés "copiando y pegando todo el tiempo".

Por favor, guarda esto.

¿Quién es exactamente "Boris"?

Boris Cherny. Es la persona que creó Claude Code.

Él afirma explícitamente "Yo creé Claude Code", así que no hay duda. Es la persona que comprende la filosofía de diseño de Claude Code al más profundo nivel.

Su forma de usarlo es extraordinaria.

Primero, no ha escrito código a mano desde hace mucho tiempo. En cambio, ejecuta alrededor de cinco sesiones de Claude en la terminal y otras cinco a diez en la web simultáneamente, numerando las pestañas y gestionando qué Claude está esperando entrada humana mediante notificaciones.

(Imagina tener 15 subordinados, todos trabajando en diferentes tareas, y solo los que se atascan vienen a llamarte.)

Además, su CLAUDE.md —el libro de reglas del proyecto— tiene solo unas 100 líneas. No es del tipo que escribe reglas enormes.

Su cita más repetida es esta:

"No escribas prompts. Escribe bucles."

En lugar de buscar formas de pedir amablemente, crea un entorno donde Claude pueda recorrer tareas por sí mismo. Este es el núcleo de su filosofía.

Los 3 principios que Boris repite

Mirando sus publicaciones, dice las mismas cosas consistentemente.

Principio 1: Dale a Claude los medios para verificar su propio resultado.

Él llama a esto el "consejo más importante". Su explicación es muy fácil de entender:

Si le pides a alguien que construya un sitio web pero le prohíbes usar un navegador, ¿qué pasa? No saldrá nada decente.

Pero si le das un navegador, construirá, mirará, arreglará, mirará de nuevo y repetirá hasta que esté bien.

Claude es igual. Si le das los medios para verificar, iterará por sí mismo hasta que esté satisfecho.

Principio 2: Convierte las tareas que haces más de una vez al día en sistemas.

Explicar el mismo procedimiento en el chat cada vez es una pérdida de tiempo, así que conviértelo en una Skill o un comando. Como el costo de tenerlo listo hasta que se llame es casi cero, no hay problema en crearlo.

Principio 3: Lleva las herramientas externas al espacio de trabajo de Claude Code.

Slack, gestores de incidencias, bases de datos, APIs internas. Al hacer que estas sean accesibles directamente desde Claude Code, el movimiento entre herramientas desaparece.

Aquí es donde entra MCP.

Finalmente

Cuando se habla de MCP, siempre te topas con este muro.

En el momento en que conectas MCP, las manos de Claude Code llegan al entorno de producción. Despliegues, DNS, pagos, datos de clientes. Leer está bien, pero si de repente permites escribir o eliminar, ocurrirán accidentes.

Entonces, ¿dónde delegas y dónde verifica un humano?

Estoy regalando un gráfico de límites de forma gratuita. Quiero que lo veas una vez antes de instalar MCP.

👇

Aquí

¿Qué es MCP en una frase?

Aclaremos esto primero.

MCP es una "interfaz común para conectar herramientas de IA y servicios externos". Piensa en ello como un estándar USB.

En un mundo sin esto, necesitarías construir integraciones separadas para Claude, ChatGPT y otras IAs. Con el estándar MCP, un proveedor de servicios lo construye una vez y puede ser usado por todas las herramientas de IA compatibles.

Y para ser claros, MCP no solo añade funciones a Claude Code.

Lleva el objetivo del trabajo mismo dentro de Claude Code.

Diseños de Figma, errores de Sentry, tickets de Linear, registros de producción de Cloudflare: Claude los ve directamente y los toca directamente. Por eso desaparece el copiar y pegar.

Y ahora, este estándar ha cambiado significativamente.

El cambio en los requisitos previos de MCP

Esto aún no está bien organizado en el ámbito hispanohablante, así que por favor toma nota.

En la última actualización de la especificación, MCP sufrió su mayor revisión desde su lanzamiento. Estos son los cuatro cambios principales:

Sin estado. Los MCP remotos anteriores estaban diseñados para que el servidor mantuviera estados de conexión. Eso ha desaparecido; ahora es un tipo de solicitud-respuesta como HTTP estándar. El beneficio es que se ejecuta directamente en entornos serverless o edge. MCP ahora puede construirse como un sistema que escala con el acceso en lugar de un servidor residente único.

Soporte para procesos de larga duración. Se ha eliminado la suposición de que una herramienta devuelve resultados inmediatamente. Puede devolver primero un número de seguimiento, permitiendo verificaciones de progreso, actualizaciones y cancelaciones posteriores. Migraciones de código a gran escala, generación de videos, análisis de datos largos y despliegues de entornos completos: estas "tareas que toman horas" ahora son oficialmente compatibles a través de MCP.

Capacidad de devolver UI dentro de la conversación. Anteriormente, MCP se centraba en texto y JSON, pero ahora el servidor puede devolver pantallas de operación. Pantallas de selección de destino de despliegue, gráficos, botones de aprobar/rechazar, formularios. En resumen, MCP está pasando de ser un sistema donde la IA ejecuta APIs en segundo plano a un estándar para mini-aplicaciones que se ejecutan sobre la IA.

Autenticación a nivel de organización. Vinculado con proveedores de identidad corporativos, una vez que un administrador aprueba, los empleados se conectan automáticamente en su primer inicio de sesión. La operación de distribuir claves API a individuos desaparece.

Ten en cuenta que el lado de Anthropic está implementando esto secuencialmente. El hecho de que la especificación esté finalizada es diferente de que tu Claude Code local pueda usar todo de inmediato.

(Ocasionalmente veo artículos que exageran esto, pero la expresión oficial es "implementación secuencial").

Hay más de 950 servidores MCP listados en la lista de conectores de Claude. El número es abrumador, pero en realidad no hay tantos que realmente necesites instalar.

8 servidores MCP oficiales que transforman Claude Code

Esta es la parte principal.

Los criterios de selección son tres: deben ser servidores oficiales gestionados por el proveedor, fáciles para que los principiantes sientan el efecto, y que implementen directamente uno de los tres principios de Boris.

1. Context7 MCP: Eliminando la causa del código desactualizado

Cuando Claude Code genera código incorrecto, la causa a menudo no es la falta de inteligencia del modelo.

Es solo que la información que está consultando es antigua.

Usar APIs obsoletas. Generar sintaxis antigua de Next.js. Mezclar configuraciones de diferentes versiones. Generar opciones que no existen. Rellenar implementaciones que no están en la documentación con suposiciones. Todo es esto.

Context7 es un MCP que proporciona la documentación más reciente de bibliotecas y frameworks a Claude Code por versión. En lugar de responder de memoria, creas un estado donde implementa después de consultar los materiales de la versión específica.

Prompt práctico:

Usando Context7, consulta la documentación oficial de la versión actual de Next.js utilizada en este proyecto.

Después de consultar, organiza lo siguiente antes de comenzar la implementación:

1. Implementación recomendada para la versión actual
2. Implementaciones obsoletas
3. Diferencias con el código actual del proyecto
4. Archivos que requieren modificación

No implementes basándote en suposiciones; usa solo los métodos descritos en la documentación.

Nota: No mezcles múltiples conceptos en una sola consulta. Preguntar sobre "auth, routing y caching" devolverá resultados amplios y superficiales. La precisión es mejor cuando obtienes los conceptos por separado.

Repositorio oficial: https://github.com/upstash/context7

1. Playwright MCP: Dejando que Claude toque el navegador mismo

Esto implementa directamente el Principio 1 de Boris.

Claude Code puede escribir código, pero no sabe si la pantalla que escribió realmente funciona. Conectar Playwright MCP permite a Claude abrir un navegador real, hacer clic en botones, llenar formularios, rastrear transiciones, detectar errores, corregirlos y verificar de nuevo.

Lo interesante de este sistema es que no solo mira capturas de pantalla como imágenes. Lee el Árbol de Accesibilidad —información estructurada de la pantalla. Entiende qué es un botón, un campo de entrada o un encabezado. Como lee el significado, es menos probable que confunda elementos visualmente similares.

Prompt práctico:

Una vez que la implementación esté terminada, abre el entorno local con Playwright MCP.

Opera y verifica realmente lo siguiente:

1. Nuevo registro
2. Inicio de sesión
3. Visualización durante errores de entrada
4. Roturas de diseño en ancho de smartphone
5. Cierre de sesión

Si falla, no adivines la causa solo leyendo código; reprodúcelo en el navegador antes de corregir.

Después de corregir, vuelve a ejecutar las mismas operaciones e informa completado solo después de confirmar el éxito.

Seré honesto aquí.

Lo que Boris mismo dice que usa cada vez para trabajo web es en realidad la extensión de navegador de Claude Code, no el Playwright MCP. Dice que es más estable que MCP similares porque puede compartir el estado de inicio de sesión tal cual.

Entonces, el caso de uso es: si quieres verificar la pantalla real usando tu navegador con sesión iniciada, usa la extensión. Si quieres automatizarlo como una prueba y ejecutar el mismo procedimiento repetidamente, usa Playwright MCP.

Ambos comparten la misma filosofía: "Dale un navegador a Claude".

Repositorio oficial: https://github.com/microsoft/playwright-mcp

1. Figma MCP: Leyendo datos de diseño, no solo imágenes

Mientras pases diseños como capturas de pantalla, Claude siempre estará adivinando.

¿Cuántos píxeles tiene el margen? ¿Cuál es el tamaño de fuente? ¿Este color es un color de marca o temporal? ¿Esta parte es un componente reutilizable? Todo se adivina a ojo desde una imagen.

Conectar el Figma developer MCP permite acceder directamente a información estructurada del diseño. Valores, colores, estructuras de componentes, tokens de diseño. La adivinanza desaparece.

Prompt práctico:

Recupera el marco actualmente seleccionado de Figma MCP.

Primero, extrae solo lo siguiente y no comiences la implementación:

• Estructura de la página
• Componentes a reutilizar
• Definiciones de color y tipografía
• Reglas de margen
• Cambios esperados durante el escalado responsivo

Después de confirmar el contenido extraído, prioriza el uso de componentes existentes del proyecto para la implementación.

Si creas un nuevo componente, explica primero por qué los existentes son insuficientes.

Y aquí está el verdadero valor.

Extraer diseño de Figma, implementar en Claude Code, verificar en Playwright, corregir si está roto. Conectar estos tres convierte el diseño a verificación en una sola línea.

El valor de MCP se entiende mejor en esta conexión que de forma aislada.

Documentos oficiales: https://developers.figma.com/docs/figma-mcp-server/

1. Linear MCP: Leyendo tickets y escribiendo progreso

Boris menciona a sus colegas en PRs con @claude y hace que añada aprendizajes al libro de reglas. En resumen, no separa el espacio de gestión de incidencias del espacio de trabajo de IA.

Conectar el Linear MCP oficial permite buscar, crear, actualizar y comentar incidencias enteramente dentro de Claude Code. Como es una conexión remota alojada por Linear con autenticación, no necesitas mantener un servidor funcionando en tu PC.

Esto hace que el siguiente flujo sea fluido:

Leer Incidencia → Investigar código relacionado → Crear plan de implementación → Implementar → Probar → Comentar progreso en la Incidencia → Actualizar estado

Prompt práctico:

Verifica las incidencias asignadas a mí que están en progreso en Linear.

Después de organizar prioridades y dependencias, ejecuta lo siguiente para la incidencia de mayor prioridad:

1. Identificar información faltante en los requisitos
2. Investigar código relacionado
3. Crear un plan de implementación y presentarlo antes de implementar
4. Implementar y probar después de la aprobación
5. Comentar las acciones realizadas en la Incidencia

Por favor, espera mi confirmación antes de cambiar el estado.

Incluye siempre esa última línea. Si dejas que automatice cambios de estado, terminarás con "trabajo sin terminar marcado como hecho" desde la perspectiva de otros miembros del equipo.

Documentos oficiales: https://linear.app/docs/mcp

1. Sentry MCP: Rastreando causas sin pegar errores

¿Qué haces cuando ocurre un error en producción?

Abrir Sentry, copiar el stack trace, pegarlo en Claude, encontrar el archivo que sospechas, pegar eso también. Nada de eso es necesario.

El valor de Sentry MCP no es solo mostrar la lista de errores. Es poner el contenido del error, stack traces, frecuencia, usuarios afectados, de qué versión proviene, código relacionado y fallos similares pasados en un solo bucle de investigación.

Prompt práctico:

Recupera el error no resuelto con más usuarios afectados en las últimas 24 horas desde Sentry.

Investiga en el siguiente orden:

1. Analizar condiciones de ocurrencia
2. Identificar código relacionado
3. Crear una prueba de reproducción
4. Si es reproducible, implementar una corrección mínima
5. Ejecutar todas las pruebas
6. Resumir la causa raíz y la corrección

Si no es reproducible, no corrijas basándote en suposiciones. Enumera la información adicional necesaria para acotar la causa y detente ahí.

La frase "Si no es reproducible, no corrijas basándote en suposiciones" es efectiva. Sin ella, se podría aplicar una corrección que parece plausible mientras la causa raíz permanece, y reportará "corregido".

Documentos oficiales: https://docs.sentry.io/product/sentry-mcp/

1. Cloudflare MCP: Mostrando el estado del destino de despliegue

Hasta ahora hemos hablado de desarrollo, pero esto es sobre operaciones.

Cloudflare ha lanzado múltiples servidores MCP oficiales para operar sus servicios. Verificar configuraciones, gestionar Workers, análisis de registros, configuraciones DNS, configuraciones de seguridad, verificaciones de rendimiento. Está diseñado no solo para leer, sino para proponer y realizar cambios reales.

Esto significa que Claude Code puede mejorar el código después de ver cómo se comporta realmente en el destino de despliegue.

Prompt práctico:

Verifica el estado actual del entorno de producción con Cloudflare MCP.

Investiga:

• Errores en las últimas 24 horas
• Tiempos de respuesta
• Tasa de acierto de caché
• Eventos de seguridad
• Excepciones que ocurren en Workers

Luego, clasifica los problemas en estas dos categorías:

A. Aquellos que requieren cambios de código

B. Aquellos mejorables solo con la configuración de Cloudflare

En ambos casos, presenta siempre un plan antes de ejecutar cambios. No cambies la configuración hasta que yo apruebe.

Como esto toca infraestructura, limítalo a solo lectura durante la introducción inicial. No hay necesidad de permitir cambios de configuración desde el principio.

Documentos oficiales: https://developers.cloudflare.com/agents/model-context-protocol/cloudflare/servers-for-cloudflare/

1. Stripe MCP: Igualando el código de pago con la configuración de Stripe

La razón por la que la implementación de pagos es difícil es que no puedes saber la respuesta correcta solo con mirar el código. Tienes que verificar qué productos y precios están registrados en el lado de Stripe y cómo están configurados los webhooks en otra pestaña mientras escribes.

El Stripe MCP oficial incluye búsqueda en documentación oficial e información de soporte además de las operaciones de la API de Stripe. Implementación, verificación de configuración y referencia de documentación ocurren en el mismo lugar.

Además, Stripe proporciona Skills para agentes además de MCP. Opera con MCP y aplica las mejores prácticas con Skills. Esta combinación es poderosa.

Prompt práctico:

Usando Stripe MCP y la documentación oficial de Stripe, crea un plan de implementación para una función de suscripción mensual.

Asegúrate de verificar lo siguiente:

1. Configuración de Producto y Precio
2. Cómo crear una Checkout Session
3. Eventos a recibir vía Webhook
4. Flujo del proceso de cancelación
5. Comportamiento durante fallo de pago
6. Métodos para prevenir registro duplicado
7. Métodos de prueba

Usa solo el modo de prueba de Stripe durante el trabajo. No hagas ningún cambio en los datos de producción.

Nunca elimines esas dos últimas líneas. Este no es un MCP para ejecutar con esas puertas abiertas.

Documentos oficiales: https://docs.stripe.com/mcp

1. GitHub MCP: Cerrando el ciclo de las respuestas de revisión

Finalmente, este.

Pero por favor no malinterpretes; el valor de GitHub MCP no es "poder ejecutar comandos git". Claude Code ya puede tocar el git local y la CLI de GitHub.

El valor viene cuando se recorre información que solo existe en el lado remoto: detalles de incidencias, comentarios de revisión de PR, resultados de CI, estado de otros repositorios, búsqueda de código interno y discusiones pasadas.

Prompt práctico:

Verifica el PR correspondiente a la rama actual con GitHub MCP.

Recoge todos los comentarios de revisión no resueltos y clasifícalos en estas tres categorías:

• Cosas que deben corregirse
• Cosas que requieren decisiones de diseño que yo debo decidir
• Cosas juzgadas como que no necesitan corrección (incluye la razón)

Implementa solo las "cosas que deben corregirse" y pasa las pruebas.

No toques las cosas que requieren decisiones de diseño; en su lugar, organiza los puntos de controversia y las opciones y preséntalas.

Leer comentarios de revisión, corregir, probar e informar, todo cerrado dentro de Claude Code.

Repositorio oficial: https://github.com/github/github-mcp-server

Construye un "Stack", no solo herramientas individuales

MCP es menos efectivo cuando se añade uno por uno. Se transforma cuando se alinea según el flujo de trabajo.

Stack de producción web:

Extraer diseño de Figma → Verificar sintaxis correcta actual con Context7 → Implementar en Claude Code → Verificación en navegador con Playwright → PR y respuesta de revisión en GitHub → Despliegue y verificación de registros en Cloudflare

Stack de desarrollo SaaS:

Extraer requisitos de Linear → Verificar especificaciones técnicas con Context7 → Implementar en Claude Code → Configurar y verificar pagos con Stripe → Probar operaciones de usuario con Playwright → Monitorear errores de producción con Sentry

¿Qué está pasando?

En ambos stacks, el proceso es el mismo.

Obtener información, planificar, construir, verificar por ti mismo, reflejar externamente, ver resultados.

Este bucle se cierra sin salir nunca de Claude Code.

El "Dale los medios para verificar" de Boris no se trata solo de un navegador. Significa darle los medios para confirmar la corrección de cada paso en el proceso.

Los principiantes solo necesitan estos tres

No digo que instales los ocho. Hacerlo te llevará a las trampas del próximo capítulo.

Fase 1: Context7

El objetivo es reducir el código incorrecto.

Como está centrado en lectura, el riesgo es bajo. Empezar aquí es lo más seguro y te permite sentir el efecto más rápido.

Fase 2: Playwright o Extensión de navegador

El objetivo es dejar que Claude verifique los entregables por sí mismo.

Si trabajas en web, esto cambia las cosas significativamente. Construir, abrir, encontrar roturas, corregir, abrir de nuevo. Los humanos ya no necesitan estar en el medio.

Fase 3: Linear o GitHub

El objetivo es conectar la entrada y salida del trabajo.

Desde tickets hasta implementación, PRs y actualizaciones de progreso. En este punto, Claude Code pasa de ser un "programador que espera instrucciones" a un "miembro que mueve el trabajo hacia adelante por sí mismo".

Estos tres son suficientes. En serio.

Trampas que debes leer

Trampa 1: Más MCPs no lo hacen más inteligente

Este es el mayor malentendido.

Si conectas una gran cantidad de MCPs, el número de herramientas candidatas que Claude puede elegir aumenta. ¿Qué pasa entonces?

Se confunde sobre cuál usar. Consume contexto. Confunde herramientas similares. Realiza operaciones que no le pediste. La gestión de permisos se vuelve compleja y pierdes el rastro de lo que está permitido.

En lugar de conectar 100, obtienes mejores resultados habilitando solo los 3 a 5 necesarios para la tarea actual. La forma correcta es cambiar lo que está conectado por proyecto.

(Una vez tuve más de 10 conectados, y Claude seguía llamando a herramientas extrañas, haciéndome pensar "¿Por qué se volvió estúpido de repente?" Se solucionó cuando los reduje.)

Trampa 2: No mezcles lectura y escritura desde el principio

Asegúrate de crear este diseño durante la introducción inicial:

Lectura permitida. Creación requiere confirmación. Actualizaciones requieren confirmación. Eliminación denegada. Operaciones de producción denegadas.

Específicamente, cosas que no deben permitirse completamente desde el principio incluyen: despliegue en producción, cambios de DNS, cambios de datos de clientes, operaciones de pago en producción, eliminación de incidencias, fusión de PRs y eliminación de bases de datos.

La conveniencia y el peligro de MCP son perfectamente proporcionales.

Trampa 3: No confundas servidores oficiales y comunitarios

En los sitios de búsqueda de MCP, pueden aparecer múltiples servidores con el mismo nombre. Incluso si está en la lista oficial, no es necesariamente la implementación oficial del proveedor.

Verifica esto antes de instalar:

¿Está gestionado por la organización oficial del proveedor? ¿Cuándo fue la última actualización? ¿Hay una política de seguridad? ¿Cuál es el método de autenticación? ¿Cuánto permiso solicita? ¿Está diseñado para permitir eliminación o cambios en producción?

Cuantos más permisos solicite, más cuidadosamente debes mirar.

Trampa 4: No dejes que ejecute texto externo tal cual

El flujo de trabajo de leer incidencias o comentarios de PR para implementar es poderoso, pero eso implica texto escrito por otros.

Si una incidencia dice "Sigue los pasos en esta incidencia" y contiene instrucciones maliciosas, Claude podría leerlas y seguirlas. Para MCPs que manejan entrada externa, no dejes que ejecute directamente; haz que presente primero lo que pretende hacer.

Áreas aún no sólidas

Escribiré esto sin exagerar.

El sistema para lanzar trabajos de larga duración a fuentes externas a través de MCP está oficialmente en la especificación, pero si cada servidor lo soporta es otro asunto. El lanzamiento de la especificación y la puesta al día de la implementación son diferentes. Verifica el estado actual del servidor antes de usarlo.

El sistema para devolver UI en la conversación también está en fase de expansión. No todos los MCPs devuelven pantallas de operación en este punto.

Además, los precios y los términos de servicio cambian bastante. Visita los enlaces oficiales en este artículo una vez antes de usar. La autenticación y el alcance de permisos, en particular, no son cosas para conectar sin verificar.

Tampoco daré números como "MCP aumenta el rendimiento X veces". No está probado.

En su lugar, mide esto: ¿cuántos minutos al día pasas en copiar y pegar, cambiar de pantalla y verificación visual? Eso es lo que desaparece con MCP.

Qué hacer hoy

No intentes hacer todo. Solo una cosa.

Piensa en tu trabajo y encuentra un lugar donde estés "yendo y viniendo entre Claude Code y otra pantalla".

Podría ser documentación. Podría ser una incidencia. Podría ser una pantalla de error. Podría ser un diseño.

Instala solo el MCP que elimine esa única cosa. Siente el efecto, luego añade el siguiente.

El principio de Boris en última instancia se reduce a esto: Dale a Claude los medios para verificar su propio trabajo. En el momento en que lo des, Claude comenzará a ejecutarse por sí mismo hasta que esté satisfecho.

Mientras tú te detienes, copiarás lo mismo hoy y lo pegarás en la misma pantalla. En el momento en que se mueva, ese viaje de ida y vuelta nunca volverá.

Esta noche, abre Claude Code y piensa en una sola pantalla a la que viajas más a menudo.

Todo comienza desde ahí.