Construir tu propio skill de copywriting

El método de 3 pasos para crear un skill que capture tu criterio editorial: identificar el workflow, caminarlo corrigiendo, y crear la skill desde la ejecución real.


Paso 7 de 7

Este es el paso que más valor compuesto genera en el mediano plazo. Los pasos anteriores mencionaron skills de positioning, de direct response copy, de lead magnets. Si ya los tienes hechos, bien. Si no, este es el paso donde los construyes. Y la forma correcta de hacerlo no es escribir el skill en abstracto.

Identificar el workflow real

Elige algo concreto que haces a mano cuando escribes copy. Ejemplos:

  • "Escribir un post de LinkedIn desde un insight propio"
  • "Convertir transcripción de sales call en ángulo de campaña"
  • "Generar 3 variantes de headline testeando distintos awareness levels de Schwartz"
  • "Armar una sequence de 5 emails de nurturing desde un lead magnet"

Lo más específico, mejor. "Escribir copy" es demasiado amplio. "Escribir un hook para el primer segundo de un video de 60 segundos" es un skill que puedes construir.

Caminar el workflow paso a paso con correcciones

No le des el workflow entero en un prompt. Camínalo como si estuvieras entrenando a alguien. Ejemplo para "post de LinkedIn desde un insight":

  1. "Tengo este insight: [pegas]. Antes de escribir, dime qué preguntas me harías para armar el post."
  2. El modelo pregunta. Le respondes.
  3. "Bien. Ahora dame 5 hooks alternativos con distintos ángulos."
  4. El modelo tira 5. Le corriges: "El 2 y el 4 usan guión largo. El 1 suena corporativo. Quédate con el 3 y 5 y genera 3 más en esa línea."
  5. "Con el hook ganador, escribe el cuerpo en no más de 200 palabras, sin hashtags, sin emojis, cerrando con una pregunta abierta."
  6. El modelo escribe. Lo corriges.
  7. Repite con 2-3 insights más para que el modelo vea varios casos exitosos.

Cada corrección es contexto que el modelo absorbe. Cuando le dices "¿por qué usaste jerga corporativa acá?", el modelo ajusta y en la siguiente ejecución no la usa. Ese intercambio es información valiosa. El paso siguiente la convierte en permanente.

El error clásico es saltar directo de "identificar el workflow" a "crear el skill". Eso produce un skill que no tiene idea de qué es un resultado exitoso, porque no vio ninguno.

Crear la skill desde la ejecución

Una vez que tuviste 2-3 ejecuciones buenas:

Revisa todo el intercambio de esta conversación. Crea una
skill llamada [nombre] que capture:
- El proceso que seguimos (preguntas antes del hook,
  alternativas, validación, etc.)
- Las correcciones recurrentes que te hice (no guiones
  largos, no jerga corporativa, etc.)
- Los patrones de hook que funcionaron y los que descarté
- El formato de output esperable

El modelo genera un archivo .md con la skill. Ahora tiene contexto real de qué es "bien hecho" para ti, no porque se lo explicaste en abstracto, sino porque ejecutó el flujo, vio dónde fallaba, y lo incorporó.

El loop recursivo de mejora

La skill no queda perfecta en la primera iteración. El loop es:

  1. Usas la skill en un caso nuevo.
  2. Falla en algo (un hook suena raro, se comió una regla, el formato no es el esperado).
  3. Le preguntas: "¿Por qué falló? ¿Qué pasó?". El modelo te explica.
  4. Le pasas el error: "Acá falló. Arregla esto."
  5. Le pides: "Con este fix, actualiza la skill para que no pase de nuevo."

Cambio de mentalidad: cuando la skill falla, no te frustres. Cada falla es una oportunidad de endurecerla, y los fixes persisten para siempre. Después de 4-5 loops, la skill corre limpia.

5 loops es normal

No esperes que un skill funcione perfecto a la primera. 4-5 iteraciones de corrección es el camino normal hacia un skill confiable. El ROI es enorme porque cada fix se aplica a todas las ejecuciones futuras.

Dónde vive la skill

  • Claude Code: archivos .md en .claude/skills/ dentro de tu proyecto.
  • Claude app: en Settings, Capabilities, Skills. Puedes subir un .zip con el skill.md y una carpeta references/ con ejemplos, brand voice y swipe file relevante.

No descargues skills de terceros

Dos razones. Primera: una skill es código ejecutable y bajar la skill de un desconocido es un vector de ataque. Segunda: la skill de otro fue construida con el contexto de ejecuciones exitosas suyas. Para ti va a fallar de forma genérica porque nunca vio qué es "bien hecho" en tu caso. Léelas como referencia para aprender qué estructura tienen, pero construye la tuya con tus ejecuciones.

En esta página