llama.cpp и tensor библиотеката ggml излязоха във версия 1.0.0 на 13 ноември 2026 г. Съобщението на ggml-org поставя акцент върху публичните C интерфейси и отговорността към приложенията, които ги използват. Сред авторите е Георги Герганов. Новината засяга инфраструктурата за изпълнение на модели, а не представянето на нов езиков модел.

Какво означава границата 1.0

Проектът обвързва несъвместимите промени в публичния C API и ABI с увеличаване на основния номер. Съвместими допълнения, поддръжка на модели и промени по изчислителните бекенди попадат в MINOR, а поправки без промяна на API — в PATCH. Обхватът е важен: това не е общо обещание, че всяка команда, вътрешна структура или външна интеграция ще остане непроменена.

Стандартът Semantic Versioning обяснява защо подобна декларация е полезна. Потребителят на библиотека трябва да знае кой интерфейс се смята за публичен, за да зададе смислен диапазон от допустими версии. Основният номер е сигнал за планиране на миграция; той не заменя тестовете и не установява качеството на конкретен модел.

В самото издание има реални промени

Бележките на llama.cpp посочват премахване на остарели функции и преместване на NextN/speculative интерфейса в llama.h. ggml също изчиства deprecated API и променя RPC протокола така, че несъвместими участници да бъдат отхвърляни. Следователно преминаване от по-стара компилация може да изисква промяна и повторно изграждане на зависимия код.

Има и работа по управлението на паметта, квантованите операции и различни хардуерни бекенди. Това са конкретни промени по изпълнението, а не измерена универсална печалба. Времето за зареждане, паметта и скоростта зависят от модела, квантоването, размера на контекста и избрания хардуер. SIExpo не е изпълнявал сравнителен тест на това издание.

Практически прочит за екип с локален AI

Нашият редакционен извод е първо да се разделят два въпроса: компилира ли се интеграцията и държи ли се приложението приемливо. Успешното изграждане проверява интерфейсната съвместимост, но не доказва, че заявките дават същите резултати, че лимитът на паметта е достатъчен или че сървърният процес се възстановява след отказ.

Полезна проверка би запазила еднакъв модел и настройки, след което би сравнила представителни заявки, начално зареждане и пиково потребление. Това е предложен подход, не резултат от проведен тук експеримент. При RPC внедряване двете страни трябва да се разглеждат като обща версия на система, а не като независими бинарни файлове.

За продукт с дълъг живот има смисъл да се пазят точната версия, конфигурацията на компилацията и начинът за връщане към предишната работеща среда. Самият номер 1.0 не прави автоматичната подмяна на библиотеката безопасна.

Същественото постижение е по-ясният договор между поддържащите локалния AI стек и неговите интегратори. Той позволява по-предвидима поддръжка, докато функционалните и производителностните проверки остават отговорност на конкретния проект.

Корицата е AI илюстрация, а не снимка на реално внедряване.

Редакционна проверка: 2026-11-14T07:32:28.965785+00:00.