Un desarrollador amplía su plataforma a 96 herramientas atómicas y sin dependencias bajo MIT
El conjunto, bautizado Gifts, no es una librería: cada pieza hace una sola tarea y se copia como archivo en el proyecto. El compilador que las encadena aún no se ha ejecutado.
Un desarrollador ha ampliado Gifts, su colección de utilidades de código, hasta 96 piezas atómicas, sin dependencias y publicadas bajo licencia MIT. Cada una hace una sola tarea y se copia en el proyecto como un archivo suelto, sin dejar obligaciones posteriores. El punto que subraya el autor es que ninguna importa a las demás: no es una librería que se adopta, son componentes independientes que se encadenan por lo que emiten y aceptan.
El valor, según él, está en la composición. Como cada herramienta declara con exactitud qué produce y qué recibe, la salida de una encaja con la entrada de otra sin framework que lo coordine, y el cableado queda legible en lugar de supuesto. Para entrar hay tres páginas: la guía de desarrollo, orientada al uso inmediato dentro de un flujo de trabajo con IA; los recetarios, con ejemplos de herramientas ya encadenadas en utilidades mayores; y un texto que defiende armar software con piezas pequeñas y honestas frente a bloques opacos.
La plataforma añade además un compilador y un sistema de esquemas, descritos por el propio autor como en fase temprana. Un esquema especifica cómo se cablean las herramientas para formar un programa, y el compilador debería construirlo a partir de esa especificación. Según la nota publicada en el sitio, se ha verificado pero todavía no se ha ejecutado en la práctica, así que se presenta como algo en desarrollo y no como terminado. El estándar de esquemas sí está publicado.
Qué hay dentro
Entre las 96 piezas hay de todo. Varias tocan control de versiones: una hace push y clonación redundantes entre almacenes independientes para que el historial sobreviva a la caída de cualquiera de ellos, otra convierte el historial de git en un objeto JSON por commit, y una tercera detecta la función que un merge defectuoso revirtió en silencio mientras el archivo seguía ahí. Otras trabajan con datos y formatos: un validador de flujos JSONL contra un esquema declarado, un lector de metadatos EXIF de JPEG que valida la estructura antes de fiarse de ella, un extractor del texto que un PDF almacena pero nunca dibuja, o un parser de MIME en crudo. También hay utilidades de infraestructura y observabilidad, como un bus de publicación y suscripción donde cada ruta se declara y cada emisión se registra y se puede reproducir por identificador, o un tablero de estado donde cada afirmación en verde tiene que nombrar un testigo que la respalde o queda marcada como no corroborada.
Nada de esto exige un gestor de paquetes. La promesa es que una herramienta se copia como archivo y se lee de principio a fin, así que desaparece el paso de instalación y buena parte de la superficie de cadena de suministro. Para quien trabaja en entornos donde cada dependencia nueva es una revisión de seguridad pendiente, ese detalle pesa más que cualquier función concreta.
Lo que queda por ver es el compilador. El autor lo publica con el mismo tono cauteloso con que lo describe, y hasta que no se ejecute sobre un caso real no hay forma de saber si un sistema de esquemas aporta algo frente a encadenar las piezas a mano.
