Encadenar skills de Claude: una carpeta en vez de Claude Max

Casi todo el mundo cree que para sacarle más a Claude hay que pagar el plan más caro. El modelo que tú usas es exactamente el mismo que uso yo. Lo único que cambia es lo que le pusiste alrededor. Lo que yo le pongo alrededor son carpetas con un archivo de texto adentro. Publico todos los días y no lo escribo yo: una cadena de esas carpetas investiga, escribe, produce, edita y revisa, y arranca a las 4 de la mañana sin que nadie apriete nada. Se construye en tres capas, y el orden importa: primero la skill, después la cadena, al final el loop.

Construí esto con una carpeta, no con Claude Max

Qué es una skill de Claude

Una skill es una carpeta con un archivo de texto adentro. Ese archivo se llama `SKILL.md` y arriba lleva dos cosas: un nombre y una descripción. Lo demás es texto plano que le dice a Claude cómo se hace una tarea concreta. Sin código, sin instalar nada, sin terminal. Escrito por ti, en español, como se lo explicarías a alguien que entra a trabajar contigo el lunes y todavía no sabe dónde está el baño. La skill mínima se arma así:

1. Crea una carpeta con el nombre de la tarea.
2. Dentro, un archivo llamado `SKILL.md`.
3. Arriba del archivo, el nombre y la descripción, y nada más.
4. Debajo, tu instrucción escrita como se la darías a una persona.

Eso ya es una skill válida. Y no es una convención mía. Es el formato en el que se pusieron de acuerdo seis de las empresas más grandes del software: Amazon, Microsoft, OpenAI, Vercel, Cursor y Google. El documento oficial de Vercel lo dice textual: las skills viven en la carpeta skills, un subdirectorio cada una. La estructura es el contrato. Al lado del archivo de texto puede vivir otro que declara a qué servicios se conecta: tu calendario, tu base de datos, tu carpeta de la nube. Un archivo dice cómo se hace el trabajo y el otro, con qué. Lo que antes era una configuración distinta en cada programa ahora es la misma carpeta en todos.

Por qué tu skill no se activa: la descripción es el disparador

Esta es la parte que separa una skill que funciona de una que nunca se activa. La descripción de arriba no es un adorno: es el disparador. Claude lee las descripciones de todas tus skills y, cuando lo que le pides se parece a una de ellas, la carga sola. Tú no la invocas; ella aparece. El primer error es escribir una descripción genérica. La diferencia es un cambio de una sola línea:

• Mala: «Ayuda a escribir.»
• Buena: «Escribe el guion del reel diario sobre Claude. Activar cuando pidan: dame el guion de hoy, qué grabamos hoy, necesito el script.»

¿Cuándo se dispara la primera? Nunca, o siempre, que es igual de inútil. La segunda lleva adentro las frases exactas que tú escribes cuando la necesitas. Por eso se activa sola.

Cómo encadenar skills de Claude en un sistema

Una skill sola es un truco bonito. Cinco encadenadas son otra cosa. Y el salto cabe en una frase: una skill puede llamar a otra. No hay magia ni código. Dentro del archivo de texto escribes la orden en una línea: «cuando termines esto, pásaselo a la skill que escribe el guion». Igual que le dejarías una nota al siguiente turno. La segunda skill arranca con el resultado de la primera en la mano y nunca tuvo que saber de dónde salió. Así es la cadena que uso, que lleva meses funcionando:

1. Investiga. Entra a los foros y mide qué está subiendo ahora mismo y con qué velocidad.
2. Escribe el guion con ese resultado.
3. Produce la voz y el avatar.
4. Edita el video.
5. Revisa el video terminado y decide si sale o vuelve atrás.

Cada una es una carpeta con un archivo de texto, y ninguna sabe hacer el trabajo de la otra. Es a propósito: la que escribe no sabe editar y la que edita no opina del guion. Ese es el segundo error, y el más caro de descubrir. Cuando le pides a una sola skill que haga todo, empieza a hacerlo todo a medias, y a ti te parece que el modelo se volvió tonto. Hay un truco dentro del truco. Una skill que llama a otra no tiene que esperarla: puede lanzar cinco al mismo tiempo, cada una en su propia ventana, sin verse entre ellas. En mi cadena hay un momento donde corren cuatro a la vez. Una revisa los cuadros del video, otra revisa los subtítulos contra el guion original, otra mide el ritmo y otra cuenta cuántos segundos pasan sin que cambie la imagen. Tardan lo que tarda la más lenta, no lo que suman todas. Ahí la cadena deja de ser una fila y empieza a funcionar como un equipo.

Cómo ponerla a correr sola: el loop y los gates

Todo lo anterior sigue necesitándote a ti, sentado, apretando enter. La tercera capa quita esa silla. Un loop es la cadena corriendo sola, en horario, sin que nadie apriete nada. La mía arranca a las 4 de la mañana. Cuando me despierto, el paquete del día ya está hecho: el video, la portada, los textos. Pero un loop sin frenos no sirve de nada. Los frenos se llaman gates. Un gate es una skill que hace una sola cosa: revisa el trabajo de las anteriores y dice si pasa o no pasa. Si el video no tiene suficientes cambios de imagen, no pasa. Si el guion se despide al final, no pasa. Y lo que no pasa no se entrega: vuelve atrás y se rehace, sin preguntarme nada. La clave entera es que un gate no mide nada opinable. Mide números:

• Cuántos segundos seguidos pasan sin que la imagen cambie.
• Si el guion abre saludando en vez de abrir con la afirmación más fuerte.
• Si la palabra que dispara el llamado a la acción aparece de verdad en el audio.

Un gate no dice «esto está bonito». Dice «el video tiene 90 segundos planos en el minuto 4» y lo devuelve. Un criterio de gusto necesita a un humano mirando; un número no necesita a nadie. Por eso funciona mientras duermes.

Qué puede salir mal: el gate que aprobó 40 videos vacíos

Este es el tercer error, y a mí me borró un día entero de producción. Escribí un gate que contaba cuántos gráficos tenía el video y exigía más de cero. Sonaba razonable. El problema es que contaba los gráficos programados, no los que de verdad salieron en pantalla. Una noche el render falló a la mitad y el gate siguió contando lo programado: 40 videos aprobados, todos con el avatar solo, hablando contra un fondo vacío. Nadie se enteró hasta la mañana siguiente. El gate estaba en verde y el trabajo, en la basura. La lección cabe en una línea: un gate mide el resultado, nunca la intención. No cuentes lo que pediste; cuenta lo que quedó en el archivo final. Si tu freno mira el plan en vez del producto, no es un freno: es un espejo. Conté esa noche con más detalle en [la noche que mi fábrica aprobó 40 videos vacíos](https://ninodirector.com/articulos/la-noche-que-mi-fabrica-aprobo-40-videos-vacios).

Por dónde empezar

La primera skill que escribas va a estar mal. La descripción no va a disparar, o va a disparar siempre. El sistema completo no se arma en una tarde: el mío lleva meses y todavía le arreglo algo cada semana. Lo que sí vale es que cada arreglo se queda escrito para siempre. Eso es lo que un plan más caro no te vende. ¿Cuál escribes primero? La tarea que ya hiciste tres veces esta semana con la inteligencia artificial y que salió distinta las tres veces. Ya sabes cómo se hace bien; solo te falta escribirlo. No la inventes desde cero. Abre la última conversación en la que el resultado quedó bien, copia lo que le pediste ahí y eso es el cuerpo del archivo. Tu mejor skill ya está escrita en tu historial: solo la sacas de un chat que se va a perder y la pones en una carpeta que se queda. El orden, sin saltarte pasos:

1. Una skill que resuelva la tarea que más repites esta semana.
2. Encadénala con la siguiente.
3. Cuando la cadena funcione a mano de principio a fin, ponle horario y gates.

Al revés no funciona, y es exactamente por donde la gente abandona. Si nunca has escrito una, tienes [la guía paso a paso para escribir tu primera skill de Claude](https://maquina-ia.com/articulos/escribir-tu-primera-skill-de-claude) en maquina-ia.com.