Techne: skills gobernadas

Cada sesión terminada contiene algo por lo que tu equipo ya pagó una vez: el procedimiento que funcionó. Techne lo convierte en skills reutilizables y gobernadas, con la misma disciplina que todo lo demás en Chronos: nada se publica en silencio, todo va firmado, con ámbito y auditado.

El ciclo

1. Destilar. Sobre una sesión terminada, el desarrollador pulsa Distill skill. Chronos repasa la transcripción en modo solo lectura y produce un candidato a SKILL.md: un nombre, un "úsala cuando" de una línea, palabras clave y un procedimiento generalizado paso a paso. Siempre lo dispara una persona: no hay aprendizaje automático en segundo plano.
2. Revisar. El candidato aterriza en la pestaña Skills del panel como propuesta. Un administrador la lee, la edita si hace falta y la aprueba con un ámbito (global o un equipo concreto), o la rechaza. Quien propone nunca decide hasta dónde llega la skill.
3. Publicar. La aprobación publica la skill como contexto gobernado, firmada por el panel y distribuida por la misma cascada global → team que los prompts de empresa. Ver Qué gobierna el panel.
4. Materializar. Cada sesión nueva dentro del ámbito recibe la skill en su capa de contexto gestionado: máxima precedencia y nunca escrita en el repositorio.
5. Invocar. Las skills publicadas aparecen también en la paleta de comandos de la app, junto a los workflows de serie. Lanzar una encola el procedimiento verificado como prompt, en la sesión actual o en una nueva.

El formato SKILL.md

Una skill es un documento markdown pequeño con una cabecera clave: valor:

---
name: Publicar una release
description: Úsala al preparar una release etiquetada.
triggers: release, tag, publicar
---
# Publicar una release

## Procedimiento
1. Sube la versión.
2. Pasa la puerta de CI.

## Verificación
La etiqueta compila en verde.

El agente que destila generaliza: las rutas y nombres específicos del repositorio se convierten en marcadores y los secretos, credenciales y URLs internas se excluyen (la transcripción se redacta antes de digerirse). Si una sesión no contiene un procedimiento generalizable, la destilación lo dice en lugar de inventarlo.

Garantías

• Nunca en silencio. Destilar es un botón, no un proceso de fondo. Una propuesta es inerte hasta que una persona la aprueba, igual que un cambio de código.
• Primero la firma. Las sesiones y la paleta solo ven skills que llegaron en un paquete cuya firma Ed25519 verificó. Un paquete manipulado oculta las skills y queda auditado; lanzar una skill vuelve a verificarla en el servidor.
• Fronteras de equipo. Una skill de un equipo nunca se lista, materializa ni lanza para otro.
• Auditada de extremo a extremo. La propuesta, la aprobación, la publicación y cada lanzamiento quedan registrados. Siempre metadatos, nunca el cuerpo. Ver Auditoría.
• Nunca en el repositorio. Como todo el contexto gobernado, las skills se materializan en tiempo de ejecución, fuera del código.

Ámbitos

Hoy las skills se publican con ámbito global o team, la misma cascada que el resto del contexto gobernado.

Si ya tienes una skill escrita, no hace falta destilarla desde una sesión: puedes importar un SKILL.md desde una URL directamente en la pestaña Skills y pasa por la misma revisión.