En resumen
- llama.cpp v1.0.0 es la primera versión 1.0 de la biblioteca libllama, creada para inferir LLM con C/C++.
- La biblioteca de tensores de aprendizaje automático ggml también se actualizó a la versión v1.0.0.
- A partir de ahora, los cambios incompatibles con versiones anteriores de API y ABI se indicarán con el número de versión principal.
- llama.cpp es compatible con más de 150 variantes de arquitecturas de modelos y con los métodos de decodificación especulativa más habituales.
El equipo de ggml-org anunció las versiones 1.0.0 de las bibliotecas llama.cpp y ggml en el blog de Hugging Face el 13 de noviembre de 2026. Los proyectos, cuyo objetivo es ejecutar modelos de lenguaje grandes multimodales en distintos tipos de hardware, desde computadoras locales hasta servidores empresariales, gestionarán con mayor claridad la compatibilidad de API y ABI mediante los números de versión principal.
Ambas bibliotecas llegan a la versión 1.0.0
llama.cpp ofrece la biblioteca libllama para la inferencia de modelos de lenguaje grandes con C y C++. ggml, una biblioteca de tensores para aprendizaje automático, se publica con el nombre libggml. Los encabezados públicos de ambos proyectos se encuentran, respectivamente, en los directorios llama.cpp/include/ y ggml/include/.
El equipo señala que, durante los 3,5 años de desarrollo de los proyectos, muchas otras aplicaciones han pasado a depender de estas bibliotecas. Por eso, el anuncio de la versión 1.0.0 no se presenta únicamente como un cambio de número, sino como un compromiso de versionado para que los desarrolladores que usan las bibliotecas puedan seguir mejor los cambios en las interfaces.
¿Cómo se indicarán los cambios de API y ABI?
Según las reglas de versionado semántico de los proyectos ggml-org, los cambios que rompan la API pública de C requerirán un aumento de la versión principal. Las funciones compatibles con versiones anteriores, las actualizaciones de backends, la compatibilidad con nuevos modelos y las incorporaciones a la API se publicarán como versiones menores; las correcciones de errores que no impliquen cambios en la API, como versiones de parche.
Esta política busca que los usuarios puedan identificar por el número de versión qué actualizaciones requieren una revisión más cuidadosa de sus integraciones actuales. El equipo afirma que hará visibles las incompatibilidades de API o ABI mediante un cambio en la versión principal. Sin embargo, el anuncio no incluye una guía de migración específica para la actualización a 1.0.0 ni una lista de compatibilidad para cada integración.
Compatibilidad con hardware y modelos
ggml, la base de llama.cpp, utiliza backends especializados para funcionar en distintos tipos de hardware. Estos backends pueden compilarse como bibliotecas dinámicas y cargarse opcionalmente durante la ejecución. El anuncio también incluye un enlace a la lista completa de backends compatibles.
Según el proyecto, llama.cpp es compatible actualmente con más de 150 variantes de arquitecturas de modelos y con los métodos de decodificación especulativa más habituales. En cuanto a la distribución, se enumeran versiones preliminares para Linux, macOS, Windows, Android e iOS; Docker y Debian para Linux; Homebrew y MacPorts para macOS; y Winget para Windows. conda-forge cubre Windows, macOS y Linux, mientras que XCFramework aparece para iOS y macOS. Esta información muestra los canales de distribución mencionados en el anuncio, pero no significa que haya un paquete estable 1.0.0 disponible al mismo tiempo en todos ellos.
Qué significa para los equipos de arquitectura y visualización
Los desarrolladores que integran herramientas de IA local en su propio software pueden beneficiarse directamente de la política de versionado de llama.cpp. Para los estudios de arquitectura y los equipos de visualización, la posible ventaja es poder evaluar de forma más controlada las actualizaciones de las bibliotecas utilizadas en aplicaciones de IA local desarrolladas para proyectos específicos. El anuncio no incluye una integración con un software de arquitectura concreto ni una función de diseño lista para usar.
En cuanto al hardware, destacan el enfoque multiplataforma y los backends independientes; sin embargo, la fuente no ofrece mediciones de rendimiento para equipos específicos. Por ello, los equipos deben comprobar si el backend y la arquitectura del modelo que utilizan son compatibles con sus computadoras, y probar la actualización con sus integraciones actuales. La lista de canales de distribución muestra las opciones de acceso, pero el anuncio no aclara las licencias, las condiciones de soporte empresarial ni el calendario de publicación de los paquetes en cada canal.
Fuentes
1 fuenteNo republicamos los textos de las fuentes; las citas breves van marcadas y el resto es resumen y comentario propios.
Las versiones 1.0.0 de llama.cpp y ggml pueden facilitar el seguimiento de versiones a los equipos que integran componentes de IA local en sus propias herramientas. En particular, para los estudios que usan la misma biblioteca en varios proyectos, indicar los cambios incompatibles mediante la versión principal puede ayudar a planificar las actualizaciones.
Para los equipos de arquitectura y visualización de Turquía, este anuncio no significa por sí solo que haya una herramienta de producción lista para usar. Su valor práctico se verá si desarrollan una aplicación o un flujo de trabajo con modelos locales. En lugar de actualizar sin comprobar la compatibilidad del hardware, el backend elegido y la disponibilidad del paquete en el canal de distribución, parece más prudente realizar pruebas controladas.
Preguntas frecuentes
¿Cuándo se publicó llama.cpp v1.0.0?
ggml-org anunció llama.cpp v1.0.0 el 13 de noviembre de 2026. El mismo anuncio también presentó ggml v1.0.0.
¿Qué cambios incorpora llama.cpp v1.0.0?
El cambio más destacado es que las incompatibilidades de API y ABI se indicarán mediante un aumento de la versión principal. Las reglas de versionado también asignan las funciones compatibles y las actualizaciones de backends a las versiones menores, y las correcciones de errores que no cambian la API a las versiones de parche.
¿En qué plataformas se puede utilizar llama.cpp?
El anuncio enumera versiones preliminares para Linux, macOS, Windows, Android e iOS. Entre las demás opciones de distribución figuran Docker, Debian, Homebrew, conda-forge, MacPorts, Winget y XCFramework.
