✅ Lo que tiene que tener listo al terminar
- Un Skill activo llamado "Revisor de Memos al Comité".
- El Skill audita cualquier memo contra la Guía de Estilo del CEO y detecta violaciones concretas.
- Probado con 2 memos distintos (temas diferentes) para confirmar que funciona genéricamente.
- Entiende cuándo crear un Skill vs. usar un Project suelto.
Skills vs. Projects — la diferencia clave
Antes de construir, entendamos cuándo conviene cada uno:
| Dimensión | Project | Skill |
|---|---|---|
| Para qué sirve | Espacio de trabajo con memoria para un proyecto o tema específico | Función especializada que hace siempre lo mismo bajo reglas fijas |
| Frecuencia | Uso continuo mientras dura el proyecto | Invocación puntual cuando necesita esa capacidad específica |
| Quién lo usa | Principalmente usted + equipo del proyecto | Cualquiera del workspace puede invocarlo |
| Ejemplo | "Lanzamiento Tarjeta Jóvenes Q2 2026" | "Revisar cualquier memo contra la Guía del CEO" |
| Cuándo conviene crearlo | Cuando tiene un trabajo multi-sesión con contexto compartido | Cuando repite el mismo tipo de análisis 3+ veces al mes |
Los 3 documentos que va a usar
Están en la carpeta mock-documents/ de este lab.
Abra Cowork y navegue al Directorio de Skills
En Claude Cowork, en el menú lateral izquierdo, busque la sección "Skills". Haga clic en "Create New Skill" (o el botón equivalente según su versión).
Si no ve la opción Skills: confirme con TI que su workspace tiene la funcionalidad habilitada. Está disponible en planes Pro/Team/Enterprise. En algunas versiones aparece como "Custom Actions" o "Agents".
Defina la identidad del Skill
Complete los 3 campos básicos. Son los que permiten que después lo encuentre fácilmente y sepa cuándo invocarlo.
Regla de oro: el nombre debe ser un comando que cualquier persona pueda reconocer. "Revisor-Memos-CE" es mejor que "HelperV2". Piense en cómo su equipo lo va a buscar.
Escriba las instrucciones del Skill — el prompt maestro
Este es el corazón del Skill. Las instrucciones que siempre seguirá cada vez que sea invocado. Sea específico: qué hace paso por paso, qué entrega al final, qué reglas respeta siempre.
Por qué funciona este prompt: define pasos claros (no es vago), especifica el formato del output (no tiene que adivinar), y delimita el tono. Un Skill sin estructura produce outputs inconsistentes.
Cargue el Knowledge Base del Skill
En la sección de documentos de referencia del Skill (o "Knowledge Base"), suba el archivo:
06_Guia_Estilo_Comunicacion_Ejecutiva.docx— contiene los 7 principios del CEO y las frases prohibidas
Haga clic en "Save Skill". Listo — el Skill ya existe en su workspace y puede ser invocado por usted y cualquier persona con permisos.
Regla importante: si mañana el CEO actualiza la Guía de Estilo, basta con reemplazar este archivo en el Knowledge Base del Skill. Todas las invocaciones futuras usarán la nueva versión automáticamente. No hay que avisarle a nadie.
Pruebe el Skill con el borrador existente
Abra una conversación nueva. Invoque el Skill y adjunte el borrador de memo que tiene errores conocidos.
Qué esperar en el output:
- Score típico en este borrador: 30-45 de 100 (es un borrador deliberadamente malo)
- BLUF faltante — el memo arranca con "Propósito" en lugar de conclusión
- Cifras contadas: 0 o 1 (viola regla de mínimo 3)
- Adjetivos vacíos identificados: al menos 5 ("mixto", "significativamente", "robusto", "continuo")
- Ausencia de "Decisión requerida" explícita
- Versión reescrita en ~250 palabras con BLUF claro
Qué hacer si el output no detecta todos los errores: refine las instrucciones del Skill. Esto es iterativo. Entre más específicas las instrucciones (incluyendo ejemplos de frases prohibidas), mejor el output en invocaciones futuras.
Pruebe el Skill con un memo completamente distinto
La verdadera prueba de un Skill no es si funciona con el documento para el que fue diseñado — es si funciona con cualquier documento del mismo tipo. Pruébelo con un memo de un tema distinto.
Qué esperar: el Skill debe detectar violaciones similares (cero cifras, adjetivos vacíos como "sumamente relevante" y "valientes", ausencia de BLUF, falta de decisión requerida). Si funcionó en el memo anterior y también aquí, el Skill ya es infraestructura reutilizable. Cualquier director de su equipo puede invocarlo antes de escalarle un memo.
Si mañana contrata a un director nuevo, él puede invocar este Skill en su primer día y auditar sus memos con los mismos estándares que usted. Eso es transferir estándares de calidad, no solo "usar IA".
1. Un Skill activo en su workspace, invocable por cualquier miembro autorizado del equipo.
2. Expertise ejecutiva codificada: las reglas del CEO dejan de ser un docx que nadie lee.
3. Prueba de reusabilidad: el Skill funcionó con 2 memos distintos — va a funcionar con el próximo.
4. Base para crear más Skills: "Revisor de propuestas de inversión", "Auditor de presentaciones al Consejo", "Verificador de briefings de prensa", etc.
Skills ≠ Projects — funciones invocables vs. espacios de trabajo.
Skills codifican expertise — no es "usar IA", es escalar estándares.
Skills se mejoran con iteración — el primer Skill funciona al 70%. Después de 3 rondas de refinamiento, al 95%. Documente qué falla y ajuste las instrucciones.