Diseño y gobernanza de skills
De creador de skills a arquitecto de ecosistemas. Aprende a gestionar skills como activos organizacionales estratégicos.
La diferencia del nivel Masterclass
En la Ruta 3, aprendiste a crear skills individuales. Aquí, aprendes a definir ecosistemas completos de skills — taxonomías, políticas de reutilización, gobernanza, control de versiones y evolución. Esto es ingeniería organizacional, no técnica aislada.
Taxonomía de skills
Una taxonomía de skills es un sistema de clasificación que organiza todas las capacidades de prompts de la organización en categorías lógicas y jerárquicas.
Dimensiones de clasificación
Por dominio:
- • Skills de análisis
- • Skills de generación
- • Skills de transformación
- • Skills de validación
Por alcance:
- • Skills universales (multidominio)
- • Skills departamentales
- • Skills específicas del proyecto
- • Skills experimentales
La taxonomía sirve como mapa de capacidades: permite identificar redundancias, brechas de cobertura y oportunidades de consolidación. Una taxonomía bien diseñada reduce la duplicación y facilita encontrar skills existentes.
Principio de diseño
La taxonomía debe ser mutuamente excluyentes y colectivamente exhaustivos (MECE). Cada skill debe tener un único lugar correcto en la taxonomía, y la taxonomía debe poder albergar cualquier skill imaginable.
Skills como activos organizacionales
Las skills no son solo código o texto: son activos estratégicos que representan conocimiento institucional codificado, inversión en ingeniería y capacidad competitiva.
Perspectiva de portafolio
| Categoría | Inversión | Estrategia |
|---|---|---|
| Skills Core | Alto | Mantener y optimizar |
| Skills de soporte | Medio | Estandarizar |
| Skills experimentales | Bajo | Iterar o descartar |
| Skills Legacy | Mínimo | Migrar o dejar de usar |
Como arquitecto, debes tratar las skills con la misma seriedad con que tratarías las API o los microservicios. Esto significa: documentación, pruebas, métricas de uso, SLA de calidad y procesos de gestión del ciclo de vida.
Métricas del valor de las Skills
- • Frecuencia de uso: cuántas veces se invoca la skill
- • Cobertura: a cuántos casos de uso atiende
- • Satisfacción: calidad percibida de los outputs
- • Costo de mantenimiento: esfuerzo necesario para mantenerla actualizada
Reutilización, acoplamiento y dependencias
O diseño para la reutilización de skills sigue los mismos principios de arquitectura de software: alta cohesión, bajo acoplamiento y gestión explícita de dependencias.
Patrones de composición
Composición horizontal
Skills del mismo nivel que pueden combinarse: Skill A + Skill B → Output combinado
Composición vertical
Skills en una cadena de dependencias: Skill A → output → Skill B → output final
Composición con wrapper
Envoltura de Skill que orquesta skills internas: Meta-skill(A, B, C) → Output integrado
O acoplamiento entre skills debe minimizarse. Las skills tightly-coupled crean cascadas de fallas y dificultan la evolución independiente. Prefiere contratos claros de entrada/salida a dependencias implícitas.
⚠️ Antipatrones de dependencia
- • Dependencia circular: A depende de B, que depende de A
- • Dependencia implícita: supone un estado externo no documentado
- • Herencia profunda: cadenas largas de skills derivadas
- • God-skill: una skill que lo hace todo y de la que todo depende
Versionado y compatibilidad
Las skills en producción necesitan versionado semántico y políticas claras de compatibilidad. Los cambios en las skills pueden romper los sistemas downstream.
Semántica de versiones para skills
A compatibilidad retroactiva es crucial. Cuando se actualiza una skill, los sistemas que dependen de ella no deben fallar. Esto requiere disciplina en los cambios de contrato y períodos de depreciación.
Proceso de obsolescencia
- Anunciar la obsolescencia con una cronología (ej.: 3 meses)
- Mantener funcionando la versión anterior durante la transición
- Proporcionar una guía de migración a una nueva versión
- Monitorear el uso de la versión anterior
- Eliminar la versión antigua solo cuando el uso llegue a cero
Gobernanza y responsabilidad de las Skills
Gobernanza de skills define quién puede crear, modificar, aprobar y dar de baja skills. Sin una gobernanza clara, el ecosistema se vuelve caótico e inconsistente.
Modelo de responsabilidad
Owner técnico
Responsable de la implementación, el mantenimiento y la calidad técnica
Owner de negocio
Responsable de los requisitos, la priorización y la alineación estratégica
Steward
Responsable de los estándares, la coherencia y la calidad del ecosistema
El modelo de gobernanza debe definir procesos de aprobación para nuevas skills y cambios significativos. Las skills core deben tener una revisión obligatoria; las skills experimentales pueden tener un proceso más ligero.
Matriz RACI para Skills
| Actividad | R | A | C | I |
|---|---|---|---|---|
| Crear skill | Dev | Owner | Steward | Usuarios |
| Aprobar para producción | Steward | Owner | Security | Dev |
| Deprecar | Owner | Steward | Usuarios | All |
Evolución de las Skills a lo largo del tiempo
Las skills tienen ciclo de vida. Nacen como experimentos, maduran, alcanzan estabilidad, eventualmente se vuelven legacy y quedan obsoletas. Gestionar esta evolución es responsabilidad del arquitecto.
Ciclo de vida de las skills
La evolución no es solo técnica: también es funcional. Las skills deben evolucionar para atender nuevos casos de uso, incorporar comentarios de los usuarios y aprovechar las capacidades de los nuevos modelos.
Motores de Evolución
Internos:
- • Comentarios sobre la calidad
- • Nuevos requisitos de negocio
- • Cambios en los patrones internos
- • Consolidación con otras skills
Externos:
- • Nuevos modelos de LLM
- • Cambios en las API de los proveedores
- • Nuevas técnicas descubiertas
- • Cambios regulatorios
Revisión periódica
Establece revisiones trimestrales del portafolio de skills: métricas de uso, calidad de los outputs, costos de mantenimiento y alineación estratégica. Las skills que no justifican su costo deben ser candidatas a darse de baja.
Puntos clave del módulo
La taxonomía MECE organiza las skills en categorías claras y sin superposición
Las skills son activos organizacionales que requieren gestión de portafolio
La composición debe tener poco acoplamiento y contratos explícitos
El versionado semántico y la obsolescencia gradual protegen los sistemas posteriores
La gobernanza define una responsabilidad clara con procesos de aprobación
El ciclo de vida de las skills requiere revisión periódica y retiro proactivo