Elegir características: CLAUDE.md vs Skill vs Hook vs MCP vs Subagent
📚 Navegación de la serie: El artículo anterior 29 Agent teams: Equipos de agentes te enseñó a usar Agent teams para coordinar la colaboración en paralelo de múltiples agentes. Este artículo sirve de cierre al cuarto bloque: tras estudiar de forma sucesiva
CLAUDE.md, Skills, Hooks, MCP y Subagents, tenerlos todos en mente puede llevarte a cometer errores de elección. Te presento una matriz de decisión y una ruta de descarte para que consultes qué usar según tu necesidad de forma directa, sin dudar.
Compañeros, llegados a este punto, ya tenéis en vuestras manos un gran número de mecanismos de extensión.
CLAUDE.md, Skills, Hooks, MCP, Subagents, y los siempre presentes comandos slash (comandos de barra diagonal). Cinco o seis conceptos que, de forma independiente, se entienden con facilidad. Sin embargo, a la hora de determinar cuál se adapta mejor a un problema concreto, es muy habitual quedarse bloqueado. La pregunta más repetida entre quienes acaban de estudiar estas herramientas es: "¿debería usar un Skill o un Subagent para esto?" o "¿puedo escribir esta regla en CLAUDE.md?".
Esto ocurre no por falta de conocimientos, sino por no haber establecido una relación directa entre "necesidades y soluciones". Has leído las explicaciones oficiales de cada mecanismo de extensión, pero estas se organizan bajo el enfoque de "qué es cada cosa" y no de "qué quieres hacer". En este artículo le daremos la vuelta: partiremos de tu necesidad para deducir la solución idónea.
Dicho de otro modo: los artículos anteriores te han ido entregando diferentes herramientas una a una, y este artículo te enseñará cuál elegir ante cada situación.
Al terminar de leer este artículo, obtendrás:
- Una explicación en una frase del posicionamiento de cada una de las cinco extensiones principales (más los comandos slash): qué resuelve, cuándo elegirla y cuándo no usarla.
- Una tabla de decisión "necesidad → solución recomendada" para buscar el camino correcto de inmediato.
- Una ruta de descarte basada en tres o cuatro preguntas sencillas para determinar qué herramienta usar.
- Una aclaración profunda de las comparativas que más suelen confundir (Skill frente a Subagent,
CLAUDE.mdfrente a Skill, Hook frente a reglas de autorización). - Cómo combinar estas extensiones y empaquetarlas juntas en un plugin para su distribución.
01 Un marco general: Seis puntos de extensión en el "ciclo de agente"
Antes de elegir, establezcamos una estructura general en nuestra cabeza. Estos mecanismos no son seis opciones paralelas e independientes, sino ganchos que intervienen en diferentes fases del flujo de trabajo de Claude.
Si recuerdas el "ciclo de agente" del artículo 03, el trabajo de Claude es un bucle continuo de "pensar → hacer → observar". Estos seis puntos de extensión (CLAUDE.md, Skill, comando slash, MCP, Subagent, Hook) se sitúan precisamente en diferentes puntos de este ciclo: algunos inyectan información antes de que empiece a "pensar", otros conectan servicios externos o delegan tareas durante la fase de "hacer", y otros se disparan automáticamente en momentos fijos de la fase de "observar". La documentación oficial lo resume con precisión:
Las extensiones intervienen en diferentes partes del ciclo de agente.
Analogía: El mostrador de triaje de un hospital. Si te sientes mal y vas al hospital, no entras directamente a una consulta al azar; primero vas al mostrador de triaje y describes tus síntomas. Dolor de cabeza te dirige a neurología, dolor de estómago a digestivo y si necesitas una radiografía vas a radiología. El mostrador de triaje no cura la enfermedad; su función es dirigirte al departamento correcto según tus síntomas. Este artículo actúa como ese mostrador de triaje: tú nos dices tu necesidad y nosotros te dirigimos al mecanismo de extensión adecuado.
En el desarrollo real, tus dudas suelen resumirse en unas pocas necesidades clave: "quiero que cumpla siempre una regla", "quiero que despliegue una habilidad específica cuando sea necesario", "quiero que algo ocurra automáticamente en un momento concreto" o "quiero conectarlo a datos o servicios externos". Una vez definida la necesidad, elegir el mecanismo no es tan complicado. En las siguientes secciones explicaremos cada "consulta" en detalle, y al final te daremos una tabla resumen y una ruta de descarte.
💡 Resumen en una frase: Los seis puntos de extensión no son opciones paralelas excluyentes, sino ganchos que intervienen en diferentes partes del ciclo "pensar → hacer → observar"; la clave de la elección no es cuál es mejor, sino dónde encaja tu necesidad.
02 Seis consultas: Conoce el "ámbito" de cada una
Establezcamos primero el ámbito de actuación de cada una de las seis extensiones en una frase. Esta sección es la base sobre la que se apoya la tabla de decisión posterior. Alinearé la explicación con la terminología oficial y añadiré un caso de uso típico para cada una.
CLAUDE.md: Reglas para que las "recuerde siempre". Convenciones del proyecto, comandos de construcción, reglas como "usa siempre pnpm en lugar de npm" o "ejecuta las pruebas antes de confirmar". Esta información siempre está activa en el contexto y Claude la lee al iniciar cada sesión.
Skill: Habilidades especializadas que "despliega cuando es necesario". Conocimientos o procesos reutilizables: una guía de estilo de API, una lista de verificación de despliegue o una metodología de depuración. Normalmente solo ocupa una línea de descripción, y su contenido completo se carga únicamente cuando se invoca; también puedes llamarlo tú mismo usando /<nombre>.
comando slash: Procesos específicos que "inicias manualmente". En realidad es una forma de invocar un Skill (el modo en que se dispara usando /<nombre>). La única diferencia radica en "quién lo inicia": un Skill general puede ser activado automáticamente por Claude si detecta la necesidad, mientras que un comando slash es iniciado por ti al escribir /deploy.
MCP: Puertos para "conectarlo con el mundo exterior". Consultar tu base de datos, enviar mensajes por Slack o controlar el navegador. Se usa siempre que las herramientas nativas de Claude no sean suficientes y necesites conectarlo a datos o servicios externos (ver artículo 22).
Subagent: Un "clon independiente" para realizar tareas aisladas. Úsalo cuando necesites que lea decenas de archivos o realice búsquedas masivas, pero solo quieras el resultado final para evitar que los detalles del proceso saturen tu conversación principal (ver artículo 23). Trabaja en un contexto aislado y solo te devuelve un resumen.
Hook (gancho): Acciones que "se disparan automáticamente" en momentos fijos. Un Hook es un fragmento de código que se ejecuta al ocurrir un evento determinado. Cuando ocurre un evento del ciclo de vida (como "después de modificar un archivo" o "al iniciar la sesión"), se ejecuta sin excepción: pasar el linter, bloquear comandos peligrosos o enviar una notificación. No requiere que Claude piense; su activación está garantizada.
Nota: No hemos profundizado en el concepto de Hook en los artículos anteriores. De momento, quédate con la idea de que es una "acción automática desencadenada por un evento". Explicaremos su sintaxis y qué eventos puede escuchar en el artículo 33.
Compara sus características en esta tabla comparativa:
| Extensión | Ámbito principal | Quién lo dispara | ¿Ocupa contexto persistente? |
|---|---|---|---|
| CLAUDE.md | Reglas del proyecto persistentes | Automático, en cada sesión | Sí (texto completo persistente) |
| Skill | Conocimiento / proceso a demanda | Evaluación de Claude o tú con /<nombre> | Bajo (normalmente solo la descripción) |
| comando slash | Procesos fijos que inicias tú | Tú al escribir /xxx | Bajo (igual que Skill) |
| MCP | Conexión con servicios / datos externos | Claude al usar la herramienta | Bajo (solo el nombre de la herramienta al inicio) |
| Subagent | Tarea aislada en contexto independiente | Tú o Claude al delegar | No en la ventana principal (contexto propio) |
| Hook | Acciones automáticas ante eventos fijos | Evento de ciclo de vida | Ninguno (a menos que devuelva salida) |
No necesitas memorizar la tabla, pero las columnas "Quién lo dispara" y "¿Ocupa contexto persistente?" son la base para todas las decisiones de diseño posteriores: una determina si la acción es manual o automática, y la otra si consume recursos del espacio de trabajo de forma continua.
💡 Resumen en una frase: El ámbito de las seis extensiones es diferente: las reglas van a CLAUDE.md, las habilidades a los Skills, los procesos manuales a los comandos slash, las conexiones externas a MCP, el trabajo aislado a los Subagents y las acciones automáticas ante eventos a los Hooks.
03 Tabla de decisión: Busca tu necesidad, encuentra la solución
Con el marco general y los ámbitos definidos, pasemos al núcleo de este artículo: la tabla de decisión "necesidad → solución recomendada". Su uso es directo: busca en la columna izquierda la frase que mejor describa tu necesidad, y la columna central te indicará la extensión recomendada, detallando los motivos en la última columna.
| Tu necesidad (lo que tienes en mente) | Extensión recomendada | Por qué elegirla (y no otra) |
|---|---|---|
| "Quiero que use siempre nuestras convenciones" (usar pnpm, probar antes de commit) | CLAUDE.md | Reglas que deben estar activas siempre; Claude las lee al inicio de cada sesión. |
| "Esta guía de estilo / API debe consultarse cuando se necesite" | Skill | Documentación de referencia; no debe saturar el contexto habitual, se carga solo al usarse. |
"Quiero que al escribir /deploy ejecute todo el flujo de despliegue" | comando slash (un tipo de Skill) | Un flujo de varios pasos que inicias tú manualmente de forma directa. |
| "Quiero que consulte nuestra base de datos / envíe avisos a Slack" | MCP | Conexión a datos o servicios externos fuera del alcance de las herramientas nativas. |
| "Quiero que analice decenas de archivos y me dé solo la conclusión" | Subagent | Aislamiento de contexto; evita que los detalles del análisis saturen el chat principal. |
| "Quiero que investigue estos aspectos en paralelo e independientemente" | Subagent (múltiples en paralelo) | Tareas de investigación aisladas; cada uno trabaja en su espacio y devuelve un resumen. |
| "Quiero que pase prettier automáticamente cada vez que edite un archivo" | Hook (PostToolUse) | Acción automática en un momento fijo que no requiere la evaluación de Claude. |
"Quiero bloquear por completo comandos como rm -rf /" | Hook (PreToolUse) o regla de autorización | Requiere una garantía de bloqueo; las instrucciones en texto no la garantizan. |
| "Suele olvidar esta convención concreta y he tenido que recordársela dos veces" | CLAUDE.md | Hábito o regla que falla repetidamente; debe ser una norma fija, no una indicación temporal. |
| "Repito el mismo prompt de inicio todos los días al empezar a programar" | Skill | Indicaciones repetitivas; guárdalas como un Skill para invocarlas con una sola palabra. |
| "Quiero llevarme toda esta configuración a otro proyecto de desarrollo" | Plugin (capa de empaquetado) | Agrupa Skills, Hooks, Subagents y MCP en una unidad instalable para compartir. |
He incorporado el criterio de la documentación oficial sobre cómo consolidar tu configuración con el tiempo: muchas necesidades surgen de la repetición. Si te encuentras escribiendo el mismo prompt por tercera vez o corrigiendo el mismo error por segunda vez, es una señal para consolidarlo en su extensión correspondiente, en lugar de confiar en decírselo en la conversación.
Aquí hay un fallo muy común en la práctica: para ahorrar tiempo, es tentador meter una lista de especificaciones de API de 300 líneas directamente en CLAUDE.md, pensando que "es más fácil si la recuerda siempre". ¿El resultado? Al abrir cada conversación consumes de golpe una gran parte del contexto, reduciendo el espacio de trabajo útil; además, Claude puede perder el foco de las reglas del proyecto al verse abrumado por los detalles técnicos de la API. Mover esa especificación a un Skill y dejar solo una línea en CLAUDE.md que diga "Las normas de la API se describen en api-skill" limpia tu área de trabajo al instante. Sigue la recomendación oficial al respecto:
Mantén CLAUDE.md por debajo de las 200 líneas. Si crece, mueve el contenido de referencia a los skills.
💡 Resumen en una frase: Cuando dudes, traduce tu necesidad a una de las frases cotidianas de la columna izquierda y busca su correspondencia en la tabla; ten presente la división: normas fijas → CLAUDE.md, referencias → Skill, conexiones → MCP, aislamiento → Subagent, automatización → Hook.
04 Una ruta de descarte: Cuatro preguntas para decidir
La tabla es de gran utilidad si tienes clara la necesidad, pero a veces no sabes muy bien cómo enfocarla. En esos casos, una ruta de descarte es más práctica: responde a una serie de preguntas de opción binaria para llegar a la respuesta.
He diseñado la ruta de descarte con las siguientes preguntas clave. Sigue este orden para no cometer errores:
Esta imagen muestra el camino de decisión para elegir tu extensión desde arriba hacia abajo: primero evalúa si necesitas conectar al exterior o garantizar un bloqueo, luego si la acción debe ser manual o automática, dividiendo las opciones hasta llegar al mecanismo idóneo.
Recorramos la ruta paso a paso de forma textual para ver que el flujo es muy intuitivo:
Pregunta 1: ¿Requiere conectar con servicios o datos externos? Sí → Por ejemplo, consultar una base de datos corporativa, enviar mensajes por Slack o controlar el navegador. Elige MCP. Fin de la ruta. Esta es la más fácil de identificar y descartar primero.
Pregunta 2: ¿Requiere una garantía estricta que no dependa de la evaluación de Claude? Sí (garantía de seguridad o automatización obligatoria) → Por ejemplo, "prohibido editar .env", "bloquear rm -rf /" o "pasar prettier después de guardar". Elige un Hook (o una regla de autorización, ver sección siguiente). Concepto clave: garantía. Un Hook se ejecuta siempre ante su evento; escribirlo en CLAUDE.md es solo una petición que Claude podría omitir por error.
Pregunta 3: ¿Es una tarea pesada y aislada en la que solo quiero el resultado final? Sí (requiere leer muchos archivos o hacer búsquedas masivas, y quiero evitar que sature mi ventana de chat principal o quiero paralelizar tareas) → Delega en un Subagent. Trabajará en su contexto independiente y te entregará el resumen al terminar.
Si has llegado hasta aquí sin descartar tu caso, estás ante una decisión de tipo "conocimiento / regla / proceso". Responde a la última pregunta:
Pregunta 4: ¿Debe leerlo al iniciar cada conversación, o solo cuando sea relevante?
- Si es una regla que debe cumplirse siempre (convenciones, herramientas del proyecto, limitaciones) → Elige CLAUDE.md.
- Si es un conocimiento o flujo de referencia que se consulta solo cuando se necesita (documentación de API, listas de comprobación, guías de depuración) → Elige un Skill.
- Si dentro de esa guía hay un proceso de varios pasos que quieres invocar de forma manual, asígnale un nombre con
/y úsalo como comando slash.
Cuatro preguntas sencillas que van desde la obviedad de la conexión externa hasta el matiz de las reglas frente a la referencia. Sigue la ruta y llegarás al mecanismo idóneo. Esta es la lógica que debes aplicar mentalmente.
💡 Resumen en una frase: La ruta de descarte sigue el orden: ¿conexión externa? → ¿garantía de bloqueo? → ¿aislamiento de tarea? → ¿norma persistente o referencia a demanda? Responder a esto te llevará al mecanismo adecuado de forma directa.
05 Tres comparaciones que suelen confundir
Incluso con la ruta de descarte, siempre hay conceptos cercanos que pueden hacernos dudar. Analizaremos en detalle las tres parejas que más confusión generan a los desarrolladores noveles.
Skill frente a Subagent
Ambos pueden encapsular un flujo de trabajo, pero resuelven problemas distintos.
Analogía: Una guía de referencia frente a un consultor externo. Un Skill es una guía de referencia que dejas sobre la mesa: cualquiera puede consultarla y, al hacerlo, las páginas consultadas se quedan sobre tu mesa de trabajo (tu contexto principal); un Subagent es un consultor externo al que contratas para un encargo: él se lleva los documentos a su oficina, trabaja allí y regresa únicamente para entregarte un informe con la conclusión, sin que sus borradores ocupen espacio en tu mesa.
La diferencia clave radica en la gestión de la ventana de contexto:
| Eje de comparación | Skill | Subagent |
|---|---|---|
| Qué es | Conocimiento / proceso reutilizable | Un agente con su propio contexto de trabajo |
| Dónde se carga su texto | En tu conversación principal | En su propia conversación, devolviendo solo el resumen |
| Impacto en el chat principal | Consume espacio del contexto principal | Aislado, no satura el chat principal |
| Ideal para | Guías de referencia, procesos de varios pasos | Lectura masiva de archivos, tareas en paralelo |
Regla rápida: si necesitas que el contenido se integre en tu flujo para usarlo en el chat, elige Skill; si quieres evitar que los detalles del proceso saturen tu chat y solo buscas la conclusión, delega en un Subagent. De hecho, puedes combinarlos: un Subagent puede cargarse con un Skill de referencia al iniciarse, funcionando como un "consultor que lleva su propia guía de estilo".
CLAUDE.md frente a Skill
Ambos sirven para almacenar instrucciones, pero se diferencian en cómo se cargan:
| Eje de comparación | CLAUDE.md | Skill |
|---|---|---|
| Cuándo se carga | En cada conversación, automáticamente | Bajo demanda (solo cuando es relevante o se invoca) |
| ¿Puede ejecutar flujos de trabajo? | No | Sí, mediante invocación con /<nombre> |
| Ideal para | Normas que "debe saber siempre" | Información de referencia, flujos de pasos |
Regla rápida: lo que "Claude debe saber en todo momento" va a CLAUDE.md; lo que "se consulta de forma ocasional" va a un Skill. Colocar una lista de códigos de error de 300 líneas en CLAUDE.md es un ejemplo de cómo saturar tu contexto con información que debería estar en un Skill.
Hook frente a reglas de autorización
La duda aquí es: ¿debería usar un Hook o una regla de autorización (el bloque deny del artículo 20) para bloquear una acción peligrosa?
Ambos son garantías obligatorias que no dependen de la buena voluntad de Claude; en esto se diferencian de las peticiones escritas en CLAUDE.md. Palabras oficiales de la documentación:
Las instrucciones en CLAUDE.md o en un skill tipo "nunca edites .env" son peticiones, no garantías. Un hook PreToolUse que bloquee la edición es una medida de obligado cumplimiento.
La diferencia radica en el alcance y la complejidad de la lógica:
- Reglas de autorización: basadas en declaraciones, ideales para decidir de forma simple si un comando o herramienta está permitido. Escribir
Bash(rm -rf *)en la seccióndenydesettings.jsonbloquea la acción al instante. Es idóneo para decisiones binarias simples (permitir o denegar). - Hooks: permiten ejecutar scripts complejos. Además de bloquear la acción, pueden realizar tareas secundarias: registrar el intento de acceso en un archivo de log, notificar al equipo o modificar los parámetros del comando antes de su ejecución. Es idóneo para bloqueos que requieren lógica compleja o acciones asociadas.
Una regla general: si el bloqueo es una decisión simple de sí o no, usa las reglas de autorización (se configuran en una línea); si el bloqueo requiere acciones adicionales (registrar, notificar, adaptar), implementa un Hook. Ambos mecanismos son complementarios: las reglas de autorización definen la seguridad básica y los Hooks gestionan la lógica compleja.
💡 Resumen en una frase: Los Skills consumen contexto principal y los Subagents trabajan en contextos aislados; CLAUDE.md se lee siempre y los Skills bajo demanda; las reglas de autorización deciden si un comando está permitido de forma directa, mientras que los Hooks permiten ejecutar lógica compleja al bloquear.
06 Las combinaciones son la norma: Aprende a integrarlos
Al estudiar los mecanismos de extensión es fácil verlos como decisiones excluyentes. En el desarrollo real de proyectos, lo habitual es combinarlos. Cada herramienta asume la tarea para la que está mejor diseñada, creando un entorno de desarrollo robusto.
Analicemos algunas de las combinaciones más comunes en la práctica:
| Combinación | Cómo interactúan | Ejemplo real |
|---|---|---|
| Skill + MCP | MCP conecta el recurso y el Skill enseña a usarlo | MCP conecta con la base de datos; el Skill detalla la estructura de tablas y las consultas recomendadas. |
| Skill + Subagent | El Skill delega tareas en subagentes en paralelo | Un Skill /audit genera tres subagentes en paralelo para auditar seguridad, rendimiento y estilo. |
| CLAUDE.md + Skill | CLAUDE.md define el principio general y el Skill la guía detallada | CLAUDE.md indica "sigue nuestras normas de API"; el Skill contiene la guía detallada de estilo. |
| Hook + MCP | El Hook escucha el evento y realiza la acción externa con MCP | Tras modificar un archivo crítico, un Hook usa MCP para enviar una alerta a Slack. |
El caso "Skill + MCP" ilustra muy bien la potencia de la integración: con MCP Claude puede acceder a la base de datos, pero no sabe qué tablas consultar ni cómo optimizar la búsqueda; con el Skill sabe cómo realizar las consultas pero no tiene conexión. Al integrarlos, Claude dispone de la conexión y de las instrucciones para usarla correctamente (sabiendo qué tabla corresponde a los pedidos de usuario o qué índice utilizar), produciendo código correcto al primer intento.
¿Cómo puedes llevarte una combinación de configuraciones a otro proyecto o compartirla con tu equipo? Para eso existen los Plugins: la capa de empaquetado.
Analogía: Una maleta de viaje. Cuando viajas, no llevas la ropa, el cargador y los objetos de aseo sueltos en los brazos; los organizas todos dentro de una maleta para transportarlos. Un plugin es esa maleta: agrupa Skills, Hooks, Subagents y servidores MCP en una única unidad instalable. Para replicar la configuración en otro proyecto, solo tienes que instalar el plugin; además, los Skills del plugin usan espacios de nombres (como /my-plugin:review) para evitar conflictos de nombres con otros complementos. La documentación oficial lo resume así:
Un plugin empaqueta en una única unidad instalable sus skills, hooks, subagents y servidores MCP.
Explicamos cómo crear plugins en el artículo 24. Quédate con su posición en la arquitectura de Claude Code: las extensiones individuales definen las funciones, y los plugins se encargan de empaquetar y distribuir esas funciones.
💡 Resumen en una frase: No elijas una sola herramienta: los entornos reales se apoyan en la combinación de recursos (Skill+MCP, CLAUDE.md+Skill...); para llevarte una combinación a otro entorno o compartirla, empaquétala en un Plugin.
07 Práctica: Clasifica una lista de necesidades reales
La teoría se consolida con la práctica. Realizaremos un ejercicio de clasificación de necesidades reales. A continuación, verás una lista de peticiones típicas de un entorno de desarrollo. Tu tarea es aplicar la ruta de descarte para asignar a cada necesidad su extensión recomendada. No necesitas escribir código; es un ejercicio conceptual para entrenar tu criterio.
Paso 1: Copia esta lista en un bloc de notas (o resuélvela mentalmente)
Lista de necesidades (asigna un mecanismo de extensión a cada una):
A. El equipo establece la norma "usar siempre pnpm, prohibido usar npm" y queremos que Claude la cumpla siempre.
B. Permitir que Claude consulte nuestra base de datos PostgreSQL interna.
C. Ejecutar con un solo comando el flujo de publicación: "crear etiqueta de versión → actualizar changelog → hacer push".
D. Cada vez que Claude edite un archivo, formatearlo automáticamente usando Prettier.
E. Pedirle que analice el directorio `utils` y nos devuelva únicamente la lista de funciones que no se usan.
F. Guardar una tabla extensa de códigos de error de la empresa para que Claude la consulte puntualmente.
G. Impedir de forma absoluta que Claude pueda ejecutar scripts de migración en la base de datos de producción.Paso 2: Resuelve la lista aplicando la ruta de descarte
Tómate un momento antes de leer las respuestas. Aplica las cuatro preguntas de la sección 04 (¿conexión externa? ¿garantía de bloqueo? ¿aislamiento de tarea? ¿norma persistente o referencia?).
Paso 3: Compara tus respuestas
A continuación se muestran las soluciones recomendadas y los motivos de su elección:
| Necesidad | Mecanismo | Motivo de la elección (pregunta de la ruta) |
|---|---|---|
| A Usar siempre pnpm | CLAUDE.md | Sin conexión externa, sin automatización estricta, sin aislamiento; es una regla que debe leer en cada sesión. |
| B Consultar PostgreSQL | MCP | Responde a la pregunta 1: requiere conectar con recursos y servicios externos. |
| C Flujo de publicación | comando slash | Un flujo de varios pasos que inicias tú de forma manual; asócialo a un Skill con el comando /release. |
| D Prettier tras guardar | Hook (PostToolUse) | Acción en un momento fijo del ciclo de vida; debe ejecutarse siempre y no requiere la evaluación de Claude. |
| E Buscar código huérfano | Subagent | Análisis masivo donde solo quieres el resultado final; el aislamiento evita saturar el contexto principal. |
| F Tabla de códigos de error | Skill | Información de consulta ocasional; mantenerla como Skill evita saturar CLAUDE.md. |
| G Bloquear migraciones | Regla de autorización / Hook | Requiere una garantía de bloqueo segura; las reglas de autorización en settings.json son la opción más sencilla para denegar accesos. |
Evaluación del ejercicio: si has diferenciado correctamente A de F (regla permanente frente a información de consulta ocasional), D de G (automatización de tareas frente a bloqueo de seguridad) y has asignado E a un Subagent en lugar de a un Skill, has asimilado la lógica de diseño de Claude Code. Podrás aplicar este mismo criterio ante cualquier necesidad en tus proyectos reales.
Si has dudado en alguna, revisa las comparaciones detalladas de la sección 05. Establecer esta relación mental requiere práctica y experiencia de uso (es habitual intentar resolverlo todo con Skills al principio, para acabar dándote cuenta de que los análisis de código masivos saturan el chat principal y es mejor delegarlos en subagentes).
💡 Resumen en una frase: Clasificar necesidades reales con la ruta de descarte te dará más soltura que memorizar conceptos; si dudas en alguna opción, repasa las comparaciones clave para aclarar sus diferencias.
08 Resumen
En este artículo hemos cerrado el cuarto bloque de la serie, conectando las herramientas estudiadas a lo largo de las secciones con las necesidades reales de tu desarrollo.
Repasemos las asociaciones clave:
| Tu necesidad en mente | Extensión recomendada | Detalle clave |
|---|---|---|
| "Debe cumplir esta norma en cada sesión" | CLAUDE.md | Normas fijas del proyecto; mantén el archivo por debajo de las 200 líneas. |
| "Es una referencia de consulta ocasional" | Skill | Habilidades y conocimientos a demanda; no saturan el contexto de partida. |
| "Quiero iniciar un proceso de varios pasos" | comando slash | Flujos de pasos controlados por ti de forma manual. |
| "Necesito acceder a datos o servicios externos" | MCP | Conexiones seguras a recursos fuera del alcance de las herramientas nativas. |
| "Quiero el resultado de un análisis masivo" | Subagent | Aislamiento de contexto; el subagente analiza y devuelve solo la conclusión. |
| "Debe ocurrir siempre ante un evento concreto" | Hook | Automatización garantizada en momentos fijos del ciclo de vida. |
| "Quiero compartir esta configuración" | Plugin | Empaqueta los diferentes recursos en una unidad instalable y distribuible. |
Ahora deberías ser capaz de: analizar cualquier requerimiento de desarrollo y determinar con precisión qué mecanismo de extensión de Claude Code es el adecuado aplicando la ruta de descarte, distinguir las diferencias de diseño entre conceptos cercanos y planificar integraciones y empaquetados mediante plugins. Establecer esta relación entre necesidades y soluciones te permitirá estructurar las capacidades de Claude en tus proyectos de forma óptima.
Con esto completamos el bloque de características avanzadas de Claude Code. Dispones de las herramientas necesarias y sabes cuál elegir ante cada situación; el siguiente paso es integrarlas en tu flujo de trabajo diario.
A partir del próximo artículo iniciaremos el quinto bloque: "Configuración del sistema y optimización". En el artículo 31 "settings.json: Configuración a nivel de usuario y proyecto" estudiaremos la gestión de la configuración. A lo largo de la serie hemos creado reglas, asignado permisos y editado archivos; es momento de ver cómo se estructuran estos parámetros en los archivos de configuración, qué niveles existen y cómo se resuelven los conflictos de configuración. Piensa en esto: una misma línea de configuración puede tener efectos opuestos si se escribe en tu directorio personal o en la raíz del proyecto. En el próximo artículo te explicaremos cómo controlarlo.