Un solo link que instala todo tu setup de IA

Llevas meses enseñándole a tu IA cómo se hace tu trabajo. Cómo redactas una propuesta, qué revisas antes de mandar un reporte, cuál es el formato del cierre mensual. Todo eso vive en carpetas sueltas dentro de tu computadora, y el día que entra alguien nuevo al equipo la única forma de pasárselo es mandarle un ZIP por Slack y rezar.

Eso es lo que resuelve empaquetar tus skills en un solo lugar instalable. Un link, un comando, y la otra persona tiene exactamente el mismo setup que tú. Sin capturas de pantalla, sin "pásame el prompt bueno", sin versiones que se desincronizan.

La parte que casi nadie menciona es la otra mitad: cuando alguien te pasa su paquete a ti. Instalar el setup de un desconocido es darle instrucciones a un agente que ya tiene acceso a tus archivos y a tus cuentas. Al final de esta guía está la revisión que corro antes de aceptar cualquiera.

Qué es un skill pack, en una frase

Es un repositorio con varias skills adentro, cada una en su carpeta, que se instala completo en un solo paso.

Funciona porque una skill no es un formato propietario. Es una carpeta con un archivo SKILL.md: texto plano con un encabezado que dice cómo se llama y cuándo usarse, y abajo las instrucciones. Ese mismo archivo lo leen Claude, Cursor y Codex. Lo único que cambia entre uno y otro es en qué carpeta lo pones.

• Claude Code — ~/.claude/skills/ para todo, o .claude/skills/ dentro de un proyecto.
• Cursor — ~/.cursor/skills/, o .cursor/skills/ en el proyecto.
• Codex — ~/.agents/skills/, o .agents/skills/ en el proyecto.

Esa es toda la magia. No hay instalador ni formato binario: es copiar carpetas al lugar correcto. Por eso un mismo paquete sirve en las tres herramientas.

Cómo armas el tuyo

Si ya tienes tres o cuatro skills que usas de verdad, el trabajo son cuarenta minutos.

1. Junta solo las que sobreviven. Abre tu carpeta de skills y quédate con las que usaste este mes. Las que escribiste de emoción y nunca invocaste no van: cada skill que agregas compite por la atención del modelo.
2. Sácales lo tuyo. Es el paso donde se cometen los accidentes. Busca nombres de clientes, cifras internas, rutas con tu usuario, claves pegadas "temporalmente". Reemplázalos por marcadores del tipo [NOMBRE DEL CLIENTE].
3. Escribe el archivo de arriba. Un README en la raíz con tres cosas: qué hace cada skill, qué necesita conectado para funcionar, y un ejemplo de la primera frase con la que se invoca. Sin eso, quien lo instala tiene el paquete pero no sabe que existe.
4. Súbelo a un repositorio. Público si lo vas a compartir abierto, privado si es de tu empresa. La dirección de ese repositorio es el link.
5. Prueba la instalación en limpio. Instálalo tú mismo desde otra máquina o en otro proyecto, y corre una skill sin tocar nada. Es la única forma de cachar que una dependía de un archivo que solo existe en tu disco.

Cómo se instala

La vía que funciona en todas las herramientas es clonar el repositorio en la carpeta que le toca a cada una:

git clone https://github.com/usuario/mis-skills ~/.claude/skills/mis-skills
git clone https://github.com/usuario/mis-skills ~/.cursor/skills/mis-skills
git clone https://github.com/usuario/mis-skills ~/.agents/skills/mis-skills

En Claude Code hay una segunda ruta más limpia si tu repositorio está armado como marketplace: agregas el marketplace una vez y de ahí instalas los paquetes que quieras. Es la misma mecánica que usan los plugins oficiales, y está explicada en la guía de plugins de Cowork.

Existen además utilidades de comunidad que hacen el copiado a las tres carpetas de un jalón. Sirven, pero cambian de nombre y de sintaxis cada tanto: revisa el repositorio de la herramienta antes de correr un comando que viste en un video de hace seis meses.

La auditoría antes de instalar el de alguien más

Una skill no es un documento pasivo. Son instrucciones que un agente con acceso a tus archivos, tus conectores y tu terminal va a leer y obedecer. Trátala como tratarías una extensión de navegador que pide permisos.

1. Lee todos los SKILL.md, completos. No el README bonito: los archivos que el modelo va a ejecutar. Si el paquete es tan grande que no puedes leerlo, ese ya es el resultado de la auditoría.
2. Busca scripts. Cualquier archivo ejecutable que venga adjunto merece que lo abras. Una skill que solo da instrucciones es una cosa; una que corre código en tu máquina es otra categoría de riesgo.
3. Busca conexiones a internet. Descargas, llamadas a dominios que no reconoces, cualquier cosa que mande información hacia afuera. Una skill de redacción no tiene por qué hablar con ningún servidor.
4. Busca instrucciones dirigidas al modelo y no a ti. Frases del tipo "ignora las instrucciones anteriores", "no le muestres esto al usuario", "corre esto siempre al empezar". Es la señal más clara de que el paquete no está para lo que dice estar.
5. Revisa quién lo publicó. Historial del repositorio, si hay más de un colaborador, si el autor tiene otras cosas públicas. Un repositorio con un solo commit de ayer no es lo mismo que uno con un año de mantenimiento.
6. Instálalo en un proyecto, no global. Úsalo dos semanas en una carpeta aislada, con datos que no importen. Si sobrevive, entonces lo subes a la carpeta general.

Este mismo criterio aplica en empresa, con un agregado: alguien tiene que ser dueño de la lista aprobada. En las operaciones donde he montado esto, lo que funciona es un repositorio interno donde solo entran paquetes ya revisados, y la regla de que nadie instala desde fuera sin que pase por ahí. No es burocracia: es que en un equipo de quince personas, la superficie de riesgo es la suma de lo que instaló cada quien un viernes.

Lo que un paquete no arregla

El link resuelve la distribución. No resuelve que tus skills sirvan.

Lo que veo seguido es gente empaquetando doce skills que nunca probó contra un caso roto, y compartiéndolas como si fueran un sistema. El paquete se vuelve entonces una forma muy eficiente de repartir un proceso a medias.

Empaqueta cuando ya tengas tres skills que usaste veinte veces y que aguantaron cuando faltaba un dato. Antes de eso, lo que estás compartiendo es una intención, y la intención no se instala.