Flint, un gestor local para ordenar las skills repartidas entre tus agentes de IA
El proyecto, firmado por lcy362 y publicado en GitHub, centraliza en un repositorio en disco las skills de tus agentes y las despliega por symlink o copia donde haga falta.
Flint es un gestor local para reunir en un único sitio las skills que hoy están repartidas entre agentes y proyectos distintos. Lo firma lcy362 y está publicado en GitHub: backend local más interfaz web, arrancado con un único script y sin pasar por ningún servicio en la nube. El repositorio de skills es un directorio normal en disco, y desde ahí se despliega por symlink o copia al directorio de skills de cada agente.
El autor abre el texto discutiendo algo que suena cada vez que OpenAI saca modelo: que las skills ya no sirven y la gente las está abandonando. Su respuesta es un sí pero no. Lo que ha muerto, dice, son las de propósito general, esas que tapaban huecos de capacidad del modelo; cuando ninguno estaba optimizado para código ayudaban, y según mejoraron el propio modelo las absorbió. Lo que queda en pie es otro tramo: tareas con algo de reutilización pero no mucha, y para las que el modelo no tiene corpus. Un toolkit interno antiguo, un flujo de trabajo propio, o un navegador manejado con cookies reales para sitios con anti-scraping agresivo.
Qué trae
La interfaz se organiza en seis módulos. Library navega, busca y filtra; deja previsualizar el SKILL.md en crudo, editar etiquetas y rastrear el origen de cada una, además de registrar repositorios propios y de terceros en solo lectura, recuperar lo disperso por los agentes o importar en bloque desde cualquier directorio. Agents muestra una tarjeta por cada directorio real: marcar un agente como activo, asociarle presets, activar elementos de uno en uno y elegir symlink o copia para cada cual. Presets agrupa por miembros explícitos y por etiquetas asociadas, no tiene interruptor, y en cuanto cambian sus miembros o sus etiquetas se redistribuye al momento a los agentes activos que lo tengan asociado. Projects registra rutas y etiquetas, y lo que encaja cae en el directorio .agents/skills del proyecto, que se puede commitear y es autónomo entre máquinas; lo que evolucione ahí puede volver al repositorio.
Diagnostics hace una revisión de salud en seis dimensiones —sincronización, duplicados, symlinks rotos, configuración, repositorios y proyectos— y ofrece arreglar los problemas de un clic tras confirmar. Settings fija el método de instalación por defecto, un observador de sincronización incremental para el modo copia, agentes personalizados y el visor de registros.
Por qué existe
El motivo práctico que da el autor es el cambio constante de agente: entre modelos gratuitos que van repartiendo distintas plataformas, es fácil tener una skill de informes diarios montada en un agente y descubrir al día siguiente que no sirve en otro. Flint nace de ahí, con una sola copia maestra de cada skill en tu propio terreno y desplegada donde se necesite.
El proyecto se queda en ese espacio intermedio que describe su creador: skills demasiado incómodas de no reutilizar y a la vez no lo bastante universales como para bajarlas de internet. Es open source, funciona en local y se arranca con un script, así que probarlo cuesta poco: apuntarlo a un directorio y ver si el enredo entre agentes queda algo más ordenado. Las capturas que acompañan al anuncio llevan datos de demostración, de modo que el comportamiento real dependerá de cómo esté montado cada entorno. Esa es la parte que el autor no puede demostrar por ti.
