На 6 ноември 2026 г. OpenRouter обяви ново поколение Auto Router и специализиран Auto Code за програмни задачи. Компанията отчита по-бърза стъпка за избор в собствено изпитване: 0,65 срещу 1,96 секунди при p90. Това е измерване на маршрутизирането, а не обещание за същото ускорение на целия отговор.

Два отделни избора във всяка заявка

Според документацията `openrouter/auto` избира модел и степен на разсъждение за общи задачи, а `openrouter/auto-code` използва политика за програмни агенти. Допустимият набор се ограничава от правилата на клиента, включително списъци с модели и изисквания за данните. Избраният модел може да се сменя между стъпките. Системата отчита и цената на изгубения кеш, затова смяната не е задължителна при всяко ново съобщение.

След това се избира кой доставчик ще обслужи конкретния модел. Документацията за provider routing описва настройки за позволени и изключени доставчици, резервни маршрути, цени и изисквани параметри. Има и ограничаване до крайни точки с Zero Data Retention. Така изборът „кой модел“ и изборът „къде се изпълнява“ остават различни решения с различни правила.

За потребителя това разграничение има пряко значение. Еднакво име на модел не е достатъчно описание на обработката на данните, а автоматичният избор сам по себе си не задава политика за поверителност. Тези условия трябва да бъдат въведени и проверени от приложението.

Как се проверява избраният маршрут

Официалната документация за Router Metadata описва включване чрез заглавката `X-OpenRouter-Metadata: enabled`. Полученият обект `openrouter_metadata` може да показва заявения модел, стратегията, доставчика и опитите за обслужване. Поддържат се и поточни отговори. Кешираните повторения не съдържат този обект, което ограничава изводите от липсващи метаданни. Той е инструмент за наблюдение, а не доказателство за качеството на генерирания отговор.

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

Редакционен прочит: измервайте завършена работа

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

При програмна работа трябва да се отчетат повторните опити, времето до преминал тест и разходите по неуспешни промени. Ако по-евтин отговор изисква повече поправки, крайната цена може да бъде различна от първоначалната оценка. Това е редакционна насока за измерване, не резултат от наш тест на Auto Code.

Същото важи за контрола. Приложението трябва да може да обясни кои модели са били допустими и кой действително е отговорил. След обновяване на маршрутизатора е разумно да се повтори ограничен набор от представителни проверки. Екипът трябва да реши и какво става при недостъпен маршрут. Заявка, която не може да бъде обслужена при строги ограничения за данните, е различна от изпращане към друго място. Документираните настройки позволяват тези условия да бъдат зададени, но поведението им трябва да бъде проверено. Новината разширява възможностите за автоматичен избор; дали той е по-добър за даден екип се установява със собствени задачи и ясни ограничения.