Un Claude skill es un módulo de instrucciones reutilizable que le enseña a Claude cómo razonar y actuar en un contexto específico — piénsalo como un procedimiento guardado. Un MCP server es una pieza de infraestructura en ejecución que le da a Claude acceso a datos o sistemas externos — piénsalo como un conector. La distinción importa porque los líderes de operaciones que evalúan herramientas de IA frecuentemente confunden los dos, y comprar la capa equivocada desperdicia presupuesto de implementación en plomería cuando lo que necesitabas era un procedimiento (o viceversa).
Lo que NO es
Un Claude skill no es un servicio de software. No se ejecuta de forma independiente, no almacena datos y no puede llamar APIs externas por sí solo. Es un archivo de instrucciones en Markdown (o una carpeta de archivos) que Claude carga y aplica cuando la tarea coincide. Un skill que ayuda a tu equipo a revisar NDAs no se conecta a tu repositorio de contratos — un MCP server u otra integración hace eso. Si solo tienes un skill y no hay conector, Claude razona bien pero trabaja únicamente con lo que pegues en la conversación.
Un MCP server no es inteligencia. No sabe qué hacer con los datos que expone. Si conectas el MCP server de un CRM a Claude, Claude puede leer tus contactos y pipeline — pero sin un skill o un prompt que codifique la lógica de calificación de tu equipo, Claude dará respuestas genéricas sobre esos datos.
Qué hace cada uno
Claude skill: una carpeta con instrucciones, archivos de referencia y, opcionalmente, scripts. Se almacena dentro de tu instalación de Claude Code o se comparte mediante un plugin. Usa aproximadamente 30–50 tokens de contexto cuando está inactivo; el conjunto completo de instrucciones se carga solo cuando Claude determina que el skill es relevante para la tarea actual. Un skill codifica cómo debe Claude manejar una tarea — los pasos, los umbrales, el formato de salida, los casos de fallo a vigilar. Ejemplo: un skill de redlining de contratos que lleva tu biblioteca de cláusulas de fallback y tus reglas de negociación.
MCP server: un proceso en ejecución (local o alojado) que implementa el Model Context Protocol. Expone tres categorías de capacidad a Claude: recursos (datos de solo lectura como archivos, filas de base de datos, eventos de calendario), tools (funciones que Claude puede invocar — crear un registro, enviar un mensaje, ejecutar una consulta) y prompts (plantillas de workflow prediseñadas). El servidor usa JSON-RPC 2.0 sobre una capa de transporte (stdio para local, HTTP/SSE para alojado). Claude descubre los tools disponibles del manifiesto del servidor y los llama cuando coinciden con la tarea. Ejemplo: un MCP server de HubSpot que permite a Claude leer etapas de deals y actualizar propiedades de contactos directamente.
Cómo se componen en workflows de operaciones
Ninguna capa es completa por sí sola. El patrón que produce workflows de operaciones duraderos combina ambas:
- MCP maneja el límite de datos. Tu HubSpot, tu Salesforce, tu repositorio de contratos, tu ATS — cada uno vive detrás de un MCP server (provisto por el proveedor o autoalojado). Claude puede leer y escribir en esos sistemas a través del servidor.
- Un skill maneja la capa de razonamiento. El skill le dice a Claude cómo interpretar lo que obtiene de esos sistemas, qué umbrales importan, qué formato de salida espera el equipo y cuándo escalar en lugar de actuar.
Un ejemplo concreto de RevOps: un skill de revisión de deals instruye a Claude para obtener campos MEDDICC de Salesforce (vía MCP), marcar cualquier vacío en el economic buyer o en los criterios de decisión, y devolver un briefing estructurado. El skill es la lógica; el MCP server es el pipeline hacia Salesforce. Cambia el CRM y conservas el skill; actualiza tu metodología de calificación y conservas el MCP server.
Un ejemplo de legal-ops: un skill de riesgo contractual lleva las posiciones de fallback y umbrales de riesgo para tu MSA estándar de proveedores. Un MCP server conectado a tu sistema CLM obtiene el contrato en curso. Juntos, permiten a Claude producir un resumen de riesgo contra tu playbook real, no una plantilla genérica.
Cuándo construir cuál
| Situación | Lo que necesitas |
|---|---|
| Claude necesita leer o escribir en un sistema externo | MCP server (o usa uno provisto por el proveedor) |
| Claude da buenas respuestas cuando pegas datos, pero el trabajo es repetitivo | Skill — codifica el procedimiento una vez |
| Quieres razonamiento repetible en tu equipo sin re-explicar contexto en cada sesión | Skill |
| Un proveedor dice “soportamos Claude” y se refiere a que construyeron un conector | MCP server — evalúalo usando las preguntas en MCP server explicado |
| Tienes un system prompt largo que pegas en cada sesión | Conviértelo en un skill — ahorra contexto y persiste entre conversaciones |
Economía de tokens y por qué importa
Un setup de cinco MCP servers con 58 tools combinados consume aproximadamente 55.000 tokens de ventana de contexto antes de que comience cualquier conversación (fuente: documentación de uso de tools de Anthropic; la función Tool Search de Anthropic reduce esto ~85% al diferir el descubrimiento de tools hasta que se necesitan). Un skill carga 30–50 tokens en reposo, luego ~5.000 tokens cuando se activa. Si ejecutas workflows agénticos de múltiples pasos donde la profundidad de contexto importa — revisiones de pipeline, análisis de contratos en muchos documentos, secuencias de sourcing — la elección arquitectónica afecta directamente el throughput y el costo.
La regla práctica: apóyate en skills para los patrones de razonamiento que ya has descifrado. Apóyate en MCP servers para el acceso a datos en tiempo real. Cuando necesites ambos, conéctalos a través de un plugin o una configuración de Claude Code que registre tanto el servidor como la carpeta del skill.
Errores comunes
- Construir un MCP server cuando un skill sería suficiente. Si la tarea no requiere datos externos en tiempo real — puntuar un CV pegado, revisar una cláusula de contrato pegada, generar una secuencia outbound — un skill solo es más rápido de construir y más barato de ejecutar. Muchos equipos sobreingenierizan la capa de datos antes de haber codificado ninguna capa de razonamiento.
- Construir un skill sin acceso a datos y preguntarse por qué no puede obtener registros en tiempo real. Un skill no puede llamar a tu CRM. Si el workflow requiere datos actuales del pipeline, necesitas un MCP server u otra integración que le alimente los datos a Claude.
- Evaluar MCP servers solo en si se conectan, no en qué exponen. Un proveedor puede afirmar “soporte MCP” y exponer solo tres endpoints de solo lectura. Antes de depender de un MCP server en un workflow, revisa su manifiesto de tools: qué tools existen, si las escrituras tienen alcance limitado y si maneja el token refresh y el rate limiting en producción.
Relacionado
- MCP server explicado — una guía completa sobre qué es MCP y cómo evaluar las afirmaciones de MCP de los proveedores
- Prompt pack vs Claude skill — cuándo es suficiente una biblioteca de prompts guardados vs cuándo construir un skill
- Claude — la herramienta que ejecuta ambas capas