Reflection обяви на 16 октомври 2026 г. публично изтегляне на теглата на Beam под Apache 2.0. Моделът е насочен към програмиране, разсъждение и продължителни задачи с инструменти. Компанията представя и Mirror CLI като отделна среда за агентна работа. Новината съчетава модел и средства за използването му; наличността на едното не доказва качеството на цялата система.

Какво съдържа моделът

Публикуваната model card описва MoE архитектура с 501.3 милиарда общи и 23.4 милиарда активни параметъра, контекст до един милион токена и текстов вход и изход. Моделът е разработван предимно за английски. Това са характеристики, предоставени от производителя, а не измервания на SIExpo.

Публичното хранилище съдържа instruction-tuned изданието и описва BF16, FP8 и NVFP4 варианти, както и модифициран Harmony формат за разговор. Точният числен формат и входният шаблон са част от конфигурацията. Твърдение за резултат с един вариант не трябва автоматично да се пренася върху друг.

Нашият технически прочит е, че активните параметри описват използваната при дадена стъпка част, а не целия обем за разполагане. Екипът все още трябва да осигури място за модела, обслужващ софтуер и памет за контекста. Дългият разговор и няколко едновременни потребители поставят различни изисквания от единичен кратък prompt. Затова числото 23.4 милиарда само по себе си не е хардуерна препоръка.

Агентът е отделен слой

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

Ръководството уточнява, че режимът за одобрение не е sandbox: командите и разширенията работят с правата на потребителския акаунт. Връщането към по-ранен разговор също не отменя вече редактираните файлове. Това са конкретни граници, които операторът трябва да отчете при избора на работна среда.

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

При по-дълга задача се появява и въпросът какво е останало незавършено. Ако разговорът е прекъснат след редакция, но преди тест, възобновяването трябва да запази това състояние. В предложен пилот бихме сравнили съобщението на агента с промените и наличните резултати. Това е наш пример за оценка; не сме изпълнявали Mirror или Beam върху такъв проект.

Какво означава собствено обслужване

Изтеглените тегла дават избор къде да работи моделът. Самостоятелното обслужване добавя отговорност за версии, капацитет, наблюдение и възстановяване. Контролът върху машината не решава автоматично въпросите кой вижда разговорите, кой може да стартира инструмент и кои данни стигат до журнала. Тези решения принадлежат на приложението около модела.

За български работен поток бихме подготвили представителни случаи със специфичната терминология, код и очакван резултат. Предимно английската ориентация на обучението е причина за проверка, а не предварителна присъда. Важно е да се измери успешно приключена задача, включително нужните поправки от човек, вместо само убедителността на първия отговор.

Публикуваните benchmark оценки са на Reflection и не ги представяме като независима класация. Разликата между демонстрация и полезен продукт се вижда в повторяемостта: същите инструкции, версии, права и критерии трябва да позволяват смислено сравнение. Отвореното издание прави подобна собствена оценка възможна, но не я извършва вместо екипа. Именно това е практическата промяна от днешното пускане на Beam.

Редакционна проверка: 2026-10-16T16:26:59.575073+00:00 (UTC). Корица: концептуална AI илюстрация.