Habilidades del agente (Skills): empaquetar flujos de trabajo y enseñar a Codex a ejecutarlos por sí mismo

📚 Navegación de la serie: El artículo anterior [21 · Subagentes (Subagents)] explicó cómo delegar subtareas a asistentes secundarios con contextos independientes. En esta sección abordaremos un enfoque alternativo: en lugar de dividir tareas, aprenderemos a encapsular capacidades: empaquetar flujos de trabajo repetitivos en habilidades del agente (Agent Skills) para que Codex las invoque de forma autónoma según convenga. En el próximo artículo [23 · Plugins (Plugins)] detallaremos cómo estructurar y distribuir estas habilidades para compartirlas con otros usuarios.

Revisé el repositorio oficial de OpenAI github.com/openai/skills.

Una de las habilidades de ejemplo es tan minimalista que solo requiere el archivo SKILL.md para funcionar: una sección de metadatos delimitada por guiones al inicio y unas líneas de instrucciones debajo. A pesar de su simplicidad, la documentación oficial define los Skills como "el formato de autoría para flujos de trabajo reutilizables" (the authoring format for reusable workflows): diseñas el proceso una vez y Codex lo invocará según la necesidad sin tener que repetir los pasos de cero.

Muchos piensan al principio que los Skills son meros alias para los comandos (como /review explicados en el artículo 12). Sin embargo, hay una diferencia sustancial: los comandos requieren que los invoques manualmente, mientras que los Skills operan de forma autónoma: Codex analiza el contexto de tu consulta y los carga si coinciden con su descripción, sin penalizar además tu ventana de contexto cuando no se usan.

En este artículo explicaremos qué es un Skill, cómo evita sobrecargar la ventana de contexto, dónde guardarlo, cómo activarlo y estructurarlo. Basado en la documentación oficial de Codex (revisando sintaxis obsoletas que circulan por internet y que corregiremos a continuación).

Al terminar este artículo, obtendrás:

• Qué es un Skill en detalle: un archivo SKILL.md complementado opcionalmente con scripts o recursos para dotar al modelo de nuevas capacidades.
• El principio de "divulgación progresiva" (progressive disclosure): cómo se reduce el uso de contexto guardando solo descripciones y cargando las instrucciones completas solo ante su uso.
• Métodos de activación: invocación explícita con $ frente a coincidencia implícita por descripción, y pautas para redactar descripciones precisas.
• Directorios de almacenamiento (bajo .agents/skills, nunca en ~/.codex/skills) y resolución ante conflictos de nombres.
• Cómo inicializar habilidades con $skill-creator, instalar recursos de terceros con $skill-installer o desactivar perfiles.

---

01 Comprender primero: qué es realmente un Skill

Definamos el concepto de entrada: un Skill es una carpeta que contiene un archivo obligatorio SKILL.md y, opcionalmente, scripts y recursos de referencia para estructurar una capacidad específica en Codex. La documentación oficial señala: "un Skill es un directorio con un archivo SKILL.md y opcionalmente scripts y recursos".

¿Por qué son útiles? Al trabajar con Codex, repetirás inevitablemente las mismas directrices. Por ejemplo, al confirmar cambios de código suelo pedir "ejecuta las pruebas primero, escribe el mensaje de confirmación en español y usa los prefijos feat: o fix:"; repetí esta misma directriz decenas de veces. Esta redundancia en las especificaciones es el caso de uso idóneo para un Skill.

Analogía: El manual de montaje de Lego. La guía impresa de la caja no monta los bloques por ti, pero detalla "conecta el chasis, añade las cuatro ruedas y acopla el techo". Cualquiera que siga las instrucciones obtendrá el mismo resultado. Un Skill es este manual para Codex: defines las fases (p. ej. "resumir cambios locales y evaluar riesgos") en SKILL.md, y el modelo ejecutará el proceso de forma predecible sin tener que rediseñar el flujo en cada chat.

¿Cómo se estructura SKILL.md? El esqueleto mínimo consta de dos partes según el estándar oficial:

---
name: nombre-del-skill
description: Detalla cuándo debe activarse esta habilidad y cuándo no.
---

Las instrucciones del Skill que debe seguir Codex se escriben aquí.

El bloque inicial delimitado por --- es el YAML frontmatter (sección de metadatos al inicio del archivo) y requiere obligatoriamente los campos name y description: name es el identificador (el nombre invocado con $) y description aclara a Codex su propósito y activación. El cuerpo Markdown inferior define las instrucciones de ejecución.

⚠️ Una advertencia sobre sintaxis obsoletas: guías externas incorrectas declaran el campo trigger: en el frontmatter como activador de palabras clave o proponen guardar los Skills en ~/.codex/skills/. La documentación oficial no admite el campo trigger (la activación se regula por coincidencia semántica en la clave description como detallamos abajo); y los directorios oficiales se ubican bajo .agents/skills (sección 04). Seguir pautas desactualizadas causará fallos de carga. Rígete siempre por la especificación oficial.

Un Skill no es un simple archivo, sino un directorio. Además del obligatorio SKILL.md, puede incluir scripts y recursos:

my-skill/
├── SKILL.md          # 主说明（必需，含 name + description）
├── scripts/          # 可选：可执行脚本（要确定性行为、或调外部工具时用）
└── references/       # 可选：参考文档，Codex 执行时按需查阅

Solo SKILL.md es obligatorio. Esto fundamenta el criterio oficial: si basta con directrices de texto evita usar scripts, recurriendo a ellos únicamente para garantizar ejecuciones deterministas o interactuar con utilidades externas. Pedir a Codex seguir pasos descritos en lenguaje natural ofrece mayor flexibilidad; los scripts se justifican ante tareas del sistema estrictas o llamadas de terminal.

Tres casos de uso comunes:

• Confirmaciones de código habituales: empaqueta las reglas de pruebas y prefijos en un Skill commit para resolverlo con una sola instrucción.
• Convenciones de API del equipo (estilo RESTful, formato de errores o validación): consolídelo en un Skill api-conventions para forzar su cumplimiento al diseñar endpoints.
• Lista de verificación de despliegue (actualizar historial, etiquetas o pruebas de humo): empaquetálo en un Skill para ejecutar el proceso en cada lanzamiento.

💡 Resumen en una frase: Un Skill es una carpeta con un archivo SKILL.md (con name, description y directrices) complementada opcionalmente con scripts o referencias; se configura una vez y permite a Codex cargarlo según la necesidad, evitando usar scripts si basta con instrucciones de texto.

---

02 Divulgación progresiva: cómo reducir el uso de la ventana de contexto

Este es el concepto clave. ¿Cómo puede Codex gestionar múltiples habilidades sin penalizar la ventana de contexto? La respuesta es la divulgación progresiva (progressive disclosure): las directrices se cargan únicamente cuando son necesarias.

La ventana de contexto de Codex (el "banco de trabajo" detallado en el artículo 02) tiene límites físicos; cada palabra consumida reduce su rendimiento y cuota de procesamiento. Si Codex cargase las instrucciones completas de todas las habilidades al iniciar el chat, diez perfiles agotarían la memoria útil.

Analogía: El menú frente a la cocina de un restaurante. Al pasar por la mesa, observas pequeñas tarjetas descriptivas con el nombre y una frase (p. ej. "Tofu Mapo, picante"). Conoces las opciones disponibles de un vistazo, pero la receta, utensilios o cocinado no ocupan espacio en tu plato mientras no los selecciones. Solo cuando pides ese plato en concreto, la cocina inicia la preparación. Los Skills funcionan igual según la documentación oficial:

Al iniciar, Codex solo carga el nombre, descripción y ruta de cada habilidad. Las instrucciones completas del archivo SKILL.md se cargan únicamente cuando decide invocar la habilidad.

En lenguaje sencillo:

• En espera: cada habilidad ocupa solo una línea con su nombre, description y ruta en el contexto general.
• En ejecución: si Codex determina que la habilidad coincide con la consulta, carga las instrucciones completas del archivo SKILL.md de ese perfil en el contexto.

Esto permite incluir guías detalladas o recursos extensos en el archivo SKILL.md: no consumirán tokens mientras no se requieran.

Esquema: A la izquierda (Fase 1), el inicio solo carga el nombre, descripción y ruta por perfil; a la derecha (Fase 2), la coincidencia con la tarea despliega las instrucciones completas del SKILL.md de esa habilidad en concreto, conservando los demás en modo de espera.

Sin embargo, esta lista descriptiva de inicio cuenta con un límite de caracteres que debes considerar:

Para evitar saturar las consultas principales, la lista descriptiva inicial se limita a aproximadamente un 2% de la ventana de contexto del modelo, o a 8.000 caracteres si el límite de la ventana es desconocido. Con múltiples habilidades, Codex recortará primero las descripciones; si el volumen es excesivo, algunas habilidades se omitirán de la lista de inicio mostrando una advertencia.

Ten en cuenta que esta restricción afecta solo a la lista descriptiva inicial; la carga del archivo SKILL.md al activarse se realiza de forma íntegra. Esto determina una pauta de diseño: escribe los casos de uso y palabras clave al inicio de la variable description. Si la lista descriptiva se comprime por volumen de habilidades, las palabras clave iniciales se conservarán facilitando la coincidencia; declararlas al final causará su omisión. Al igual que con AGENTS.md en el artículo 11: la información crítica debe ir al principio.

💡 Resumen en una frase: La divulgación progresiva permite cargar solo el nombre y descripción en espera y el archivo SKILL.md completo solo en ejecución, previniendo sobrecargas; la lista de inicio se limita al 2% (u 8.000 caracteres) del contexto, por lo que conviene escribir los términos clave de activación al inicio de la descripción.

---

03 Métodos de activación: invocación explícita e implícita

Una vez analizado el ahorro de memoria, veamos cómo se invocan los Skills. Existen dos vías y comprender su diferencia es esencial para su gestión:

Analogía: Pedir comida a domicilio. El primer método es seleccionar un restaurante específico: "pide en el restaurante X", la plataforma enviará el pedido allí directamente. El segundo es indicar tu preferencia: "quiero algo picante y con arroz", y el sistema buscará el restaurante más adecuado. Los métodos de invocación equivalen a estas dos dinámicas.

Invocación explícita: selección manual

Consiste en declarar expresamente el Skill en tu consulta. Rutas de activación oficiales: ejecuta el comando /skills o utiliza el carácter $ en el chat para listar las opciones:

$commit

Escribir $ despliega la lista de habilidades disponibles; selecciónala o escribe su identificador completo para forzar su uso. Con este método, Codex no realiza comprobaciones de coincidencia, cargando el archivo SKILL.md directamente; es la vía más predecible.

⚠️ Sintaxis obsoleta: algunas guías externas indican el uso de @nombre_de_skill para la invocación explícita. El estándar oficial es el carácter $ (o /skills), evita confundirlos.

Invocación implícita: coincidencia semántica

Consiste en describir la tarea en lenguaje natural sin referenciar el nombre del Skill; Codex comparará la consulta con la clave description de las habilidades y cargará el perfil coincidente automáticamente. La documentación oficial señala: "cuando la tarea coincide con la descripción de una habilidad, Codex puede cargarla de forma autónoma".

Esta es la opción más cómoda: evita tener que memorizar variables con $ al resolver las coincidencias por sí mismo. Sin embargo, exige estructurar bien la variable description:

Al depender de la coincidencia semántica de description, asegúrate de redactar descripciones concisas y con límites bien definidos. Coloca las palabras clave al inicio para facilitar la coincidencia en caso de compresión.

Al diseñar mi primer Skill, declaré en description "asistencia en tareas relacionadas con código"; por ser demasiado genérica, el modelo intentaba asociar cualquier consulta con el perfil o fallaba al detectarlo. Lo corregí cambiando la descripción a: "Resume los cambios locales y evalúa riesgos de seguridad. Usar cuando el usuario solicite 'qué he modificado', 'genera un mensaje de commit' o 'muestra el diff'". Describir expresiones reales del chat mejoró el acierto. La descripción actúa como gancho para el analizador semántico, no como simple texto informativo.

Comparativa de ambos métodos:

Parámetro	Invocación explícita ($ / /skills)	Invocación implícita (semántica)
Activación	Símbolo $ o seleccionando en /skills	Consultas convencionales en lenguaje natural
Comprobación previa	Ninguna, se carga directamente	Analiza y compara con la variable description
Precisión	Depende de tu selección	Depende del diseño de la descripción
Casos idóneos	Control exhaustivo de la habilidad e inicio manual	Automatización del uso sin memorizar variables
Opción de desactivación	No (siempre responde al llamamiento directo)	Sí (clave allow_implicit_invocation en la sección 05)

💡 Resumen en una frase: La invocación explícita con $ o /skills ofrece control directo; la implícita automatiza el uso al contrastar semánticamente la consulta con la descripción, por lo que la precisión depende del diseño de la descripción, priorizando términos y expresiones de chat reales al inicio.

---

04 Ubicaciones de almacenamiento: la ruta .agents/skills

Una vez comprendido el flujo, ¿dónde se guardan los archivos? Esta ruta suele ser motivo de error en guías antiguas, comprueba las ubicaciones oficiales:

Codex lee las habilidades distribuidas en cuatro niveles: repositorio (REPO), usuario (USER), administración (ADMIN) y sistema (SYSTEM). En el repositorio, el sistema escanea de forma ascendente desde el directorio activo hasta la raíz del repositorio, cargando las habilidades encontradas en .agents/skills en cada nivel:

Ámbito	Ruta	Alcance
REPO (directorio activo)	$CWD/.agents/skills	Carpeta de inicio de Codex; ideal para habilidades de un módulo específico
REPO (directorio superior)	$CWD/../.agents/skills	Carpeta contenedora; ideal para utilidades compartidas en proyectos anidados
REPO (raíz del repositorio)	$REPO_ROOT/.agents/skills	Raíz del proyecto; disponible para cualquier subcarpeta del repositorio
USER (usuario)	$HOME/.agents/skills	Directorio personal; disponible en cualquier proyecto del sistema
ADMIN (sistema local)	/etc/codex/skills	Compartido por todos los usuarios de la máquina o contenedor
SYSTEM (integrado)	Empaquetado con Codex	Disponible por defecto (como skill-creator o flujos de planificación)

⚠️ Advertencia crítica: los directorios oficiales son .agents/skills (repositorio) y $HOME/.agents/skills (usuario), nunca ~/.codex/skills/. La carpeta ~/.codex/ se reserva para configuraciones como config.toml (sección 05); guardar los Skills allí impedirá su carga. No los confundas con la detección de AGENTS.md del artículo 11.

El diseño es intuitivo: preferencias personales globales (como tu formato de commit) se guardan en el directorio de usuario $HOME/.agents/skills; reglas de uso exclusivas del repositorio (como el flujo de despliegue) se definen en .agents/skills locales para agregarse a Git y compartirse con el equipo. En Mac/Linux $HOME es el directorio personal de usuario; en Windows adáptalo a tu ruta local equivalente.

¿Qué ocurre si dos Skills coinciden en nombre? La documentación oficial es explícita: Codex no unifica sus directrices, listando ambos perfiles en el menú de habilidades. Difiere de AGENTS.md (donde el archivo más cercano sobrescribe al lejano); en Skills se conservan ambas opciones de forma paralela. Se recomienda evitar duplicar nombres entre niveles de proyectos para no inducir a error en la selección.

Un detalle útil: Codex monitoriza en tiempo real los cambios en los archivos de habilidades, recargando SKILL.md al editarlo. Si no se actualiza, reinicia Codex para forzar la carga.

💡 Resumen en una frase: Guarda los Skills en .agents/skills (repositorio, escanea de forma ascendente) o $HOME/.agents/skills (usuario), nunca en ~/.codex/skills; los nombres duplicados no se unifican (se listan de forma paralela), y los cambios se aplican al instante o reiniciando el servicio.

---

05 Práctica: inicializar con $skill-creator, instalar con $skill-installer y desactivar habilidades

Analicemos tres flujos prácticos básicos: cómo estructurar un Skill rápidamente, instalar perfiles de terceros o desactivar habilidades temporales.

1. Inicializar: prioriza el uso de $skill-creator

La recomendación oficial es clara: aprovecha la utilidad integrada de inicialización antes de escribir los archivos de cero. Escribe en la terminal:

$skill-creator

Se inicia un asistente de tres preguntas básicas: ¿qué función cumple la habilidad?, ¿cuándo debe activarse? y ¿requiere scripts de ejecución o basta con directrices de texto? (se recomienda usar solo directrices de texto por simplicidad y mantenimiento). Al completar las respuestas, creará la estructura de directorios y el archivo SKILL.md básico. Es la mejor práctica para evitar errores de sintaxis en el frontmatter.

También puedes crearlo manualmente: define una carpeta y el archivo SKILL.md con las claves name y description detallados en la sección 01.

2. Instalar: descargar perfiles con $skill-installer

Para usar habilidades de terceros, Codex ofrece $skill-installer para buscar e instalar integraciones. Por ejemplo, la integración con Linear (gestión de proyectos):

$skill-installer linear

Admite la instalación indicando la dirección de repositorios de código externos. Reinicia Codex si no detecta la instalación.

ℹ | La documentación define el uso de $skill-installer como recurso de experimentación y pruebas locales. Para distribuir tus habilidades o empaquetar múltiples perfiles de forma integrada, la vía oficial son los Plugins (plugins) (tema detallado en el artículo 23). Recuerda la regla: un Skill define el formato de instrucciones y un Plugin regula el formato de distribución; diseña primero la habilidad y empaquetála después como plugin.

3. Desactivar: apagar habilidades sin borrar los archivos

Para desactivar una habilidad temporalmente (sea integrada o externa) sin eliminar los archivos locales, añade lo siguiente en ~/.codex/config.toml (configuración de usuario):

# Ruta del archivo: ~/.codex/config.toml
[[skills.config]]
path = "/ruta/completa/al/skill/SKILL.md"
enabled = false

Asigna en path la ruta absoluta del archivo SKILL.md del perfil y cambia enabled = false para apagarlo. Reinicia Codex tras editar el archivo para aplicar el cambio. Es la mejor práctica si la lista de inicio agota la cuota de caracteres (sección 02): desactiva perfiles temporales para liberar espacio.

4. Avanzado: desactivar la invocación implícita (agents/openai.yaml)

Para configurar opciones avanzadas (como iconos, nombres para la UI, dependencias o desactivar la invocación implícita), añade el archivo agents/openai.yaml en la carpeta del Skill:

# Ruta del archivo: <directorio_del_skill>/agents/openai.yaml
policy:
  allow_implicit_invocation: false

El parámetro allow_implicit_invocation es true por defecto (permite la coincidencia semántica); cambiarlo a false desactiva la activación semántica, requiriendo usar $nombre_de_skill para forzar su carga. Útil para procesos con consecuencias importantes (como compilar o desplegar en producción) que deseas controlar manualmente, evitando que Codex decida su ejecución de forma desatendida.

Resumen de acciones y sus ubicaciones correspondientes:

Acción	Comando / Configuración	Ubicación
Inicializar un Skill nuevo	$skill-creator	Ejecutar en la CLI o el chat del IDE
Instalar Skills de terceros	$skill-installer <nombre>	Ejecutar en la CLI o el chat del IDE
Desactivar habilidades temporalmente	[[skills.config]]	~/.codex/config.toml
Apagar la activación implícita	allow_implicit_invocation: false	En el archivo agents/openai.yaml de la carpeta del Skill
Guardar tus propios archivos de Skill	Crear carpeta y archivo SKILL.md	.agents/skills o $HOME/.agents/skills

💡 Resumen en una frase: Inicializa con $skill-creator, instala con $skill-installer, desactiva en ~/.codex/config.toml usando [[skills.config]] y apaga la invocación implícita en agents/openai.yaml; ten en cuenta que las configuraciones se guardan bajo .codex/ y las habilidades bajo .agents/, no confundas las carpetas.

---

06 Manos a la obra: crear un Skill básico y comprobar su activación

La teoría sin práctica no sirve. Seguiremos una secuencia mínima para verificar la invocación explícita (con $) y la coincidencia implícita (semántica) de un Skill de texto simple.

Diferencias de plataforma: los comandos mkdir y similares se ejecutan en Mac/Linux; en Windows PowerShell elimina el parámetro -p o crea las carpetas en el explorador. La ruta ~ apunta a tu directorio de usuario. Rígete por la sintaxis oficial y la respuesta en pantalla de tu terminal.

Primer paso: Crear la carpeta de habilidades de usuario

mkdir -p ~/.agents/skills/explain-self

Resultado esperado: se crea el directorio explain-self bajo ~/.agents/skills/. Asegúrate de usar .agents y no .codex para evitar fallos de carga.

Segundo paso: Escribir un archivo SKILL.md básico

Crea el archivo ~/.agents/skills/explain-self/SKILL.md y guarda lo siguiente:

---
name: explain-self
description: Explica un fragmento de código o un error en lenguaje sencillo. Usar cuando el usuario solicite "qué hace este código", "qué significa este error" o "ayúdame a leer esto".
---

Explica el código o el error proporcionado por el usuario de forma sencilla para principiantes:

1. Qué hace el bloque en general (en una sola frase).
2. Desglose detallado línea por línea o sección por sección.
3. Si es un error, indica la causa más probable y cómo solucionarlo.

Evita tecnicismos innecesarios y utiliza analogías cotidianas si es posible.

Nota que description declara expresiones de chat reales como "qué hace este código" o "qué significa este error" para facilitar la coincidencia del analizador semántico (sección 03).

Resultado esperado: el archivo SKILL.md se guarda en la carpeta.

Tercer paso: Iniciar Codex y confirmar que detecta el Skill

codex

Ejecutar en el chat:

/skills

Resultado esperado: el menú desplegado muestra explain-self junto con su descripción. Visualizarlo en la lista confirma que Codex lo ha cargado. Esto demuestra además la divulgación progresiva: solo se procesa el nombre, ruta y descripción en este estado, manteniendo las instrucciones completas en espera.

Cuarto paso: Probar la activación implícita por coincidencia semántica

Realiza una consulta sin invocar el comando con $, empleando una frase coincidente con la descripción:

qué hace este código: print(sum([1,2,3]) / len([1,2,3]))

Resultado esperado: Codex detecta la coincidencia semántica e inicializa explain-self de forma automática (sin haber escrito su nombre). Responderá siguiendo los tres pasos configurados: resumen general (calcular el promedio del array, devolviendo 2.0), desglose de secciones y uso de lenguaje sencillo. Cargar la habilidad de forma desatendida confirma el funcionamiento de la invocación implícita.

Quinto paso: Comparar con la invocación explícita con $

Prueba a forzar su uso directo declarando el identificador con el carácter $:

$explain-self qué significa este error: ZeroDivisionError: division by zero

Resultado esperado: se inicia el mismo flujo e instrucciones de salida que en el paso anterior. La única diferencia es que lo has invocado manualmente, cargando la habilidad sin que Codex evalúe coincidencias. Ambas vías acceden a la misma funcionalidad, como describía la sección 03.

Completar este flujo verifica de forma práctica las nociones de: directorio correcto (.agents), coincidencia semántica implícita, invocación explícita con $ y divulgación progresiva.

💡 Resumen en una frase: Guarda un SKILL.md básico bajo ~/.agents/skills/explain-self/, comprueba con /skills y pruébalo con invocación implícita y explícita para asimilar el uso de habilidades y evitar guardar el perfil en la carpeta equivocada .codex.

---

07 Resumen

En este artículo hemos revisado los Skills: su concepto, funcionamiento y uso práctico para dotar a Codex de aptitudes reutilizables.

Repasemos las pautas consolidadas:

Concepto	Detalle	Noción clave
Qué es un Skill	Carpeta con SKILL.md y opcionalmente scripts y referencias	Requiere las claves name y description en el frontmatter
Ventana de contexto	Divulgación progresiva	Carga el nombre y descripción en espera y el archivo completo en ejecución; límite del 2%
Invocación	Explícita e implícita	Mediante el carácter $ o /skills; o coincidencia semántica con description
Ubicación	Directorio .agents/skills	A nivel de repositorio o en el usuario ($HOME/.agents/skills), nunca en ~/.codex/skills
Gestión práctica	Creación, instalación y apagado	Utiliza $skill-creator, $skill-installer y [[skills.config]]

Ahora deberías ser capaz de: definir la estructura de un Skill e ilustrar la divulgación progresiva; diferenciar entre la invocación explícita con $ e implícita por coincidencia semántica en description; recordar la ubicación en .agents/skills (excluyendo ~/.codex/skills) y la resolución paralela de duplicados; e inicializar perfiles con $skill-creator o desactivarlos en config.toml. Consolidar directrices repetitivas en habilidades te permite adaptar Codex a tus flujos específicos de desarrollo.

Evita los errores habituales: la carpeta es .agents (no .codex), no se admite la clave trigger en el frontmatter y la invocación explícita usa $ (no @) para garantizar el correcto funcionamiento.

---

El próximo artículo [23 · Plugins (Plugins)]: encapsular directrices en un Skill limita su uso a tu máquina y repositorios locales. Para distribuir las habilidades y facilitar su instalación al equipo o comunidad, la vía recomendada son los Plugins: "un Skill define el formato de instrucciones y un Plugin regula el formato de distribución". En el siguiente capítulo explicaremos cómo empaquetar habilidades y configuraciones en plugins reutilizables.

---

Lecturas recomendadas

• Los cuatro flujos de trabajo habituales: exploración, depuración, refactorización y pruebas
• Extensiones de IDE (VS Code y otros)
• Plugins (Plugins): instalar capacidades integradas sin configurar variables una a una