Claude Skills: El Sistema de 3 Niveles que Convierte Claude en un Experto de Tu Dominio (Sin Reentrenar Nada)

Mira, llevo meses usando Claude Code a diario. Sé lo que hace bien y lo que no. Y durante un tiempo, cada vez que arrancaba una sesión nueva para un proyecto específico, me pasaba los primeros diez minutos explicando el contexto: el framework, las convenciones del equipo, el stack, las restricciones del cliente.

Cansino. Repetitivo. Innecesario.

Luego descubrí Skills. Y cambió cómo pienso en Claude como herramienta.

El Problema que Skills Resuelve

Antes de entrar en cómo funcionan, necesito que entiendas qué NO son. Porque la confusión entre Skills, MCP y Projects es real y vale la pena aclararlo:

• Projects = contexto persistente entre sesiones. Tu historial, tus archivos, tu memoria.
• MCP = conexiones externas. Bases de datos, APIs, herramientas del sistema operativo.
• Skills = conocimiento procedimental. Cómo hacer algo, no dónde guardarlo ni a qué conectarse.

Es la diferencia entre darle a alguien acceso a tu CRM (MCP), recordarle quién eres (Project), y enseñarle exactamente cómo tu empresa gestiona las renovaciones de contratos paso a paso (Skill).

Skills encapsula el workflow, no los datos ni las conexiones.

La Arquitectura de Carga Progresiva: 3 Niveles

Aquí está lo que hace interesante el diseño de Skills. No carga todo de golpe. Usa un sistema de 3 niveles que mantiene los costes de tokens bajos mientras permite personalización ilimitada:

Nivel 1 — Metadata (~100 tokens)

Es el índice. Describe qué hace el Skill, para qué sirve, cuándo usarlo. Claude lo lee para saber si este Skill es relevante para la tarea actual. Rápido y barato.

Nivel 2 — Instrucciones (<5.000 tokens)

El manual de instrucciones real. Aquí viven los pasos, las convenciones, las reglas de negocio, los patrones que Claude debe seguir. Solo se carga cuando el Skill es relevante.

Nivel 3 — Resources (ilimitados)

Scripts, plantillas, ejemplos, documentación extensa. Se cargan bajo demanda cuando el contexto lo requiere. Sin límite de tamaño.

Este diseño no es casual. Es eficiente por arquitectura, no por accidente.

La Anatomía de un SKILL.md

Todo Skill vive en un archivo SKILL.md. La estructura combina frontmatter YAML con markdown:

El frontmatter define cuándo se activa. Las instrucciones definen cómo proceder. Las referencias a recursos cargan material adicional cuando hace falta.

Skills Oficiales vs. Skills Propios

Anthropics lanzó 4 Skills oficiales: PowerPoint, Excel, Word y PDF. Son el punto de partida evidente si trabajas con documentos de oficina a diario. Los encuentras en agentskills.io, que se ha convertido en el estándar abierto del ecosistema.

Pero donde Skills se vuelve realmente interesante es en los Skills propios, especialmente para equipos.

Piénsalo: ¿cuánto conocimiento institucional vive solo en la cabeza de las personas de tu empresa? Cómo se estructura un presupuesto para un cliente nuevo, qué convenciones de código sigue el equipo, cómo se redacta una propuesta técnica, qué checklist se sigue antes de hacer deploy en producción.

Todo eso es conocimiento que hoy se transmite por Slack, por onboarding informal, o simplemente se pierde cuando alguien se va. Un Skill lo encapsula, lo hace reproducible, y lo pone disponible para Claude en cualquier sesión.

Cómo Skills y MCP Trabajan Juntos

Esta combinación es donde las cosas se ponen buenas. En 2026, la mayoría de workflows reales necesitan las dos capas:

• MCP te da acceso a tu base de datos, tu repositorio de GitHub, tu sistema de tickets.
• Skill te dice exactamente cómo usar ese acceso siguiendo las convenciones de tu equipo.

Ejemplo concreto: un MCP conecta Claude a tu instancia de Supabase. El Skill le explica que en tu empresa las migraciones siempre incluyen el rollback, que los campos de auditoría (created_at, updated_at, deleted_at) son obligatorios en cualquier tabla nueva, y que los nombres de columnas siguen snake_case estricto.

El MCP es la fontanería. El Skill es el manual del fontanero de tu empresa.

Por Dónde Empezar: Tu Primer Skill Personalizado

No intentes construir el Skill perfecto desde el día uno. Te propongo este proceso:

Paso 1: Identifica la tarea repetitiva que más veces le explicas a Claude. Esa es tu candidata.

Paso 2: Crea un SKILL.md básico con solo el frontmatter y los pasos principales. Sin recursos por ahora.

Paso 3: Pruébalo en una sesión real. ¿Claude sigue el proceso que esperabas? ¿Hay pasos que faltan o están mal explicados?

Paso 4: Itera. Añade recursos solo cuando notes que Claude necesita más contexto para completar algún paso.

La documentación del Skill mejora con el uso, igual que cualquier proceso interno de una empresa.

La Diferencia Real

Cuando empecé a usar Skills, lo primero que noté no fue que Claude fuera más inteligente. Fue que yo tenía que pensar menos en cómo pedirle las cosas y podía enfocarme en qué quería conseguir.

Esa diferencia parece pequeña. No lo es.

Un equipo que encapsula su conocimiento procedimental en Skills tiene a Claude trabajando con las convenciones del equipo por defecto, no por accidente. Y eso, en un proyecto real con múltiples desarrolladores y meses de historia, marca una diferencia enorme.

Acción concreta: Ve a agentskills.io esta semana. Explora los Skills oficiales para ver el formato en acción. Luego coge el workflow más repetitivo de tu proyecto actual y escribe tu primer SKILL.md. No tiene que ser perfecto — tiene que existir.