¿Sabes lo que el creador de Claude Code dice que es lo más importante?
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 específicamente esos medios? La respuesta son los servidores MCP.
Honestamente, saber esto o no cambia realmente la experiencia de usar Claude Code. El tiempo dedicado a pegar documentos, copiar incidencias y abrir pantallas manualmente para verificarlas, todo eso se vuelve innecesario.
¿Te está pasando esto con Claude Code?
- El código generado usa sintaxis antigua, y tú mismo lo corriges 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 y 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é de entrada: incluso aquellos que 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 cada vez".
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 entiende la filosofía de diseño de Claude Code al nivel más profundo.
Su forma de usarlo es extraordinaria.
Primero, no ha escrito código a mano durante mucho tiempo. En su lugar, ejecuta unas 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 la 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 enormes cantidades de reglas.
Su cita más repetida es esta:
"No escribas prompts. Escribe bucles."
En lugar de buscar formas de preguntar amablemente, crea un entorno donde Claude pueda recorrer las 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í solo 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. Dado que el coste de tenerlo listo hasta que se le llame es casi cero, no hay problema en crearlo.
Principio 3: Trae las herramientas externas al espacio de trabajo de Claude Code.
Slack, gestores de incidencias, bases de datos, APIs internas. Al hacer que estos sean directamente accesibles 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 alcanzan el 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.
👇
¿Qué es MCP en una frase?
Aclaremos esto primero.
MCP es una "interfaz común para conectar herramientas de IA y servicios externos". Piénsalo como un estándar USB.
En un mundo sin esto, tendrías que 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.
Trae el objetivo del trabajo en sí mismo dentro de Claude Code.
Diseños de Figma, errores de Sentry, tickets de Linear, logs de producción de Cloudflare—Claude los ve directamente y los toca directamente. Por eso el copiar y pegar desaparece.
Y ahora, este estándar ha cambiado significativamente.
El Cambio en los Prerrequisitos de MCP
Esto no se ha organizado bien en el ámbito hispanohablante todavía, así que por favor, toma nota.
En la última actualización de la especificación, MCP experimentó la mayor revisión desde su lanzamiento. Aquí están los cuatro cambios principales:
Sin estado. Los MCP remotos anteriores estaban diseñados para que el servidor mantuviera los estados de conexión. Eso se ha ido; ahora es del tipo solicitud-respuesta como el HTTP estándar. El beneficio es que se ejecuta directamente en entornos serverless o edge. MCP ahora se puede construir 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 comprobaciones de progreso, actualizaciones y cancelaciones más tarde. Migraciones de código a gran escala, generación de video, análisis de datos largos y despliegues de entorno completo—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 objetivo de despliegue, gráficos, botones de aprobar/rechazar, formularios. En resumen, MCP está pasando de ser un sistema donde la IA golpea 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 de forma secuencial. El hecho de que la especificación esté finalizada es diferente a que tu Claude Code local pueda usar todo inmediatamente.
(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, e implementar directamente uno de los tres principios de Boris.
- 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 a la que hace referencia es antigua.
Usar APIs obsoletas. Generar sintaxis antigua de Next.js. Mezclar configuraciones de diferentes versiones. Generar opciones inexistentes. 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 librerías y frameworks a Claude Code por versión. En lugar de responder de memoria, creas un estado donde implementa después de buscar 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:
- Implementación recomendada para la versión actual
- Implementaciones obsoletas
- Diferencias con el código actual del proyecto
- 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, enrutamiento y caché" devolverá resultados amplios y superficiales. La precisión es mejor cuando extraes los conceptos por separado.
Repo Oficial: https://github.com/upstash/context7
- Playwright MCP: Dejando que Claude toque el navegador él 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:
- Nuevo registro
- Inicio de sesión
- Visualización durante errores de entrada
- Roturas de diseño en ancho de smartphone
- Cierre de sesión
Si falla, no adivines la causa solo leyendo el código; reprodúcelo en el navegador antes de corregir.
Después de corregir, vuelve a ejecutar las mismas operaciones y reporta la finalización solo después de confirmar el éxito.
Seré honesto aquí.
Lo que el propio Boris dice que usa cada vez para el trabajo web es en realidad la extensión de navegador de Claude Code, no el Playwright MCP. Dice que es más estable que MCPs similares porque puede compartir el estado de inicio de sesión tal cual.
Así que 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 a Claude un navegador."
Repo Oficial: https://github.com/microsoft/playwright-mcp
- Figma MCP: Leyendo datos de diseño, no solo imágenes
Mientras pases los 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? ¿Es este color un color de marca o temporal? ¿Es esta parte un componente reutilizable? Todo se está adivinando a simple vista a partir de una imagen.
Conectar el Figma developer MCP permite el acceso directo a información de diseño estructurada. Valores, colores, estructuras de componentes, tokens de diseño. La suposición 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.
Documentación Oficial: https://developers.figma.com/docs/figma-mcp-server/
- 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 ejecutándose 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:
Revisa las incidencias asignadas a mí que están en progreso en Linear.
Después de organizar las prioridades y dependencias, ejecuta lo siguiente para la incidencia de mayor prioridad:
- Identificar la información faltante en los requisitos
- Investigar el código relacionado
- Crear un plan de implementación y presentarlo antes de implementar
- Implementar y probar después de la aprobación
- 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 los cambios de estado, terminarás con "trabajo sin terminar marcado como hecho" desde la perspectiva de otros miembros del equipo.
Documentación Oficial: https://linear.app/docs/mcp
- Sentry MCP: Rastreando causas sin pegar errores
¿Qué haces cuando ocurre un error en producción?
Abres Sentry, copias el stack trace, lo pegas en Claude, encuentras el archivo que sospechas, pegas 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, los stack traces, la frecuencia, los usuarios afectados, de qué versión proviene, el 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 de Sentry.
Investiga en el siguiente orden:
- Analizar las condiciones de ocurrencia
- Identificar el código relacionado
- Crear una prueba de reproducción
- Si es reproducible, implementar una corrección mínima
- Ejecutar todas las pruebas
- 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 reducir 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 de apariencia plausible mientras la causa raíz permanece, y reportará "corregido".
Documentación Oficial: https://docs.sentry.io/product/sentry-mcp/
- 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 logs, configuraciones de DNS, configuraciones de seguridad, comprobaciones de rendimiento. Está diseñado no solo para leer, sino para proponer y hacer 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 aciertos 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 lo apruebe.
Como esto toca la infraestructura, limítalo a solo lectura durante la introducción inicial. No hay necesidad de permitir cambios de configuración desde el principio.
Documentación Oficial: https://developers.cloudflare.com/agents/model-context-protocol/cloudflare/servers-for-cloudflare/
- Stripe MCP: Emparejando 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 la búsqueda en la documentación oficial e información de soporte además de las operaciones de la API de Stripe. La implementación, la verificación de la configuración y la referencia de la 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:
- Configuración de Producto y Precio
- Cómo crear una Sesión de Checkout
- Eventos a recibir mediante Webhook
- Flujo del proceso de cancelación
- Comportamiento durante fallo de pago
- Métodos para prevenir el registro duplicado
- 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.
Documentación Oficial: https://docs.stripe.com/mcp
- 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 PRs, resultados de CI, estado de otros repos, búsqueda de código interna y discusiones pasadas.
Prompt Práctico:
Revisa 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 que se juzgan 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éntalos.
Leer comentarios de revisión, corregir, probar y reportar—todo cerrado dentro de Claude Code.
Repo Oficial: https://github.com/github/github-mcp-server
Construye una "Pila", 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.
Pila de Producción Web:
Extraer diseño de Figma → Verificar la 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 logs en Cloudflare
Pila 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 ambas pilas, el proceso es el mismo.
Obtener información, planificar, construir, verificar uno 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 la 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 del Navegador
El objetivo es dejar que Claude verifique los entregables por sí mismo.
Si estás haciendo trabajo 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 candidatos a herramientas 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é de repente se volvió tonto?" 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:
La lectura está permitida. La creación requiere confirmación. Las actualizaciones requieren confirmación. La eliminación está denegada. Las operaciones de producción están denegadas.
Específicamente, las cosas que no deben estar completamente permitidas 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 PRs 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 primero presente lo que tiene la intención de hacer.
Áreas Aún No Consolidados
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 la 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 se mueven bastante. Visita los enlaces oficiales en este artículo una vez antes de usar. La autenticación y el alcance de los permisos, en particular, no son cosas para conectar sin verificar.
Tampoco daré números como "MCP aumenta el rendimiento en X veces". No está probado.
En su lugar, mide esto: ¿cuántos minutos al día pasas copiando y pegando, cambiando de pantalla y verificando visualmente? Eso es lo que desaparece con MCP.
Qué Hacer Hoy
No intentes hacerlo 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 se los das, Claude comienza a ejecutarse por sí solo 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 viajes más a menudo.
Todo comienza desde ahí.
