skillify

¿Qué hace skillify?

Usa esta habilidad cuando la sesión actual haya descubierto un flujo de trabajo repetible que debería convertirse en un borrador de skill OMC reutilizable.

Objetivo

Capturar un flujo de trabajo exitoso de múltiples pasos como un borrador de skill concreto, en lugar de redescubrirlo más tarde.

Control de calidad

Antes de extraer un skill, las tres condiciones deben ser verdaderas:

• "¿Podría alguien buscar esto en Google en 5 minutos?" → No.
• "¿Es esto específico de este código base, proyecto o flujo de trabajo?" → Sí.
• "¿Requirió esto un esfuerzo real de depuración, diseño u operación para descubrirlo?" → Sí.

Prefiere skills que codifiquen heurísticas de toma de decisiones, restricciones, dificultades y pasos de verificación. Evita fragmentos genéricos, plantillas o ejemplos de uso de bibliotecas que pertenezcan a la documentación normal.

Flujo de trabajo

1. Identifica la tarea repetible que la sesión logró.
2. Extrae:
   • entradas
   • pasos ordenados
   • criterios de éxito
   • restricciones / dificultades
   • evidencia de verificación
   • mejor ubicación objetivo para el skill
3. Decide si el flujo de trabajo pertenece como:
   • un skill incorporado del repositorio
   • un skill aprendido de usuario/proyecto
   • solo documentación
4. Al redactar un archivo de skill aprendido, genera un archivo de skill completo que comience con frontmatter YAML.
   • Nunca emitas archivos de skill solo en markdown.
   • No escribas markdown plano sin frontmatter.
   • Frontmatter mínimo:

     ---
     name: <nombre-del-skill>
     description: <descripción de una línea>
     triggers:
       - <trigger-1>
       - <trigger-2>
     ---
     

   • Escribe skills aprendidos/de usuario/proyecto en rutas planas respaldadas por archivos:
     • ${CLAUDE_CONFIG_DIR:-~/.claude}/skills/omc-learned/<nombre-del-skill>.md
     • .omc/skills/<nombre-del-skill>.md
   • Recuerda que los skills no confirmados (sin commit) son locales al árbol de trabajo hasta que se confirmen o copien a un directorio de nivel de usuario.
5. Redacta el resto del archivo del skill con triggers claros, pasos, criterios de éxito y dificultades.
6. Señala cualquier cosa que aún sea demasiado imprecisa para codificarla de manera segura.

Reglas

• Solo captura flujos de trabajo que sean realmente repetibles.
• Mantén el skill práctico y acotado.
• Prefiere criterios de éxito explícitos sobre prosa vaga.
• Si el flujo de trabajo aún tiene decisiones de ramificación sin resolver, menciónalas antes de redactar.
• Mantén omc-learned como el nombre del directorio de almacenamiento por compatibilidad; no lo presentes como el nombre público de invocación.

Salida

• Nombre propuesto del skill
• Ubicación objetivo
• Estructura del borrador del flujo de trabajo o archivo de skill completo
• Notas de verificación o control de calidad
• Preguntas abiertas, si las hay