Un pipeline que escanee cada skill, declare sus capacidades y bloquee dependencias o permisos fuera de política.
Qué problema reúne
Un sistema para publicar, revisar, ejecutar y retirar skills como si fueran software con procedencia, permisos y pruebas de regresión.
Plataformas internas que comparten procedimientos agentic entre varios equipos y necesitan hacer visible el control antes de la ejecución.
Qué merece desarrollar
La hipótesis no pide otro resumen: pide un artefacto que conecte señales, decisiones y resultados en un proceso observable.
Si el control añade demasiada fricción, los equipos pueden saltárselo y crear automatizaciones fuera del sistema.
Cómo la llevaría a una primera prueba
- Elegir un único workflow real y una decisión cuyo resultado pueda observarse.
- Fijar antes de construir la métrica, el baseline, el coste aceptable y el permiso de intervención.
- Registrar fuentes, trazas, errores, abstenciones y correcciones humanas; la salida no es válida sin esa evidencia.
- Parar si la mejora no compensa la latencia, la complejidad o la superficie de riesgo, y devolver la señal al archivo.
Qué todavía no sabemos
Si el control añade demasiada fricción, los equipos pueden saltárselo y crear automatizaciones fuera del sistema. La combinación de papers sugiere una dirección, pero no demuestra transferencia a una empresa ni una ventaja de producto.