GitHub направи Copilot Fusion общодостъпен на 28 октомври 2026 г. Вместо да избират модел за всяка задача, разработчиците избират Fusion и ниво на усилие, а Copilot решава кои модели да използва за всяка заявка и как те да работят заедно, според GitHub.
Нивата на усилие са три. Fusion Standard дава приоритет на универсални модели за ежедневно програмиране, Fusion High на по-способни модели за по-трудни задачи, а Fusion Max на най-способните модели за най-сложната работа. Fusion изпълнява всяка задача по един от три модела на работа. Single: един модел решава задачата директно. Cascade: ефективен модел подготвя чернова, а проверка на качеството я приема или я предава на по-силен модел. Critique: един модел пише чернова, друг я преглежда, а първият я преработва.
Твърдението на GitHub за резултатите: в Artificial Analysis Coding Agent Index Fusion Max постига 60 точки, на две точки от Claude Code с Opus 5.5 Max, при около половината от средната цена на API за задача, с около наполовина по-малко токени и около 40% по-малко време за задача.
Таксуването следва маршрутизирането. Потребителите плащат за всеки модел, който Fusion използва, по стандартната му цена, така че цената на задачата зависи от това как е насочена. За ограничено време платените планове на Copilot получават 30% отстъпка от разходите за модели при използване на Fusion. Администраторите определят кои модели може да използва Fusion, могат да изключат модел само за Fusion, без да го изключват за всички, и могат да зададат Fusion като модел по подразбиране. Инженер от AT&T, цитиран от GitHub, посочва, че нивото Standard е подобрило ефективността на токените, защото разработчиците вече не забравят да се върнат от скъпите модели.
Fusion е достъпен във всички планове на Copilot във Visual Studio Code, приложението GitHub Copilot, Copilot CLI и средите на JetBrains, като предстои поддръжка и в други клиенти.
Защо това е важно за инженерните екипи
Изборът на модел преминава от разработчика към маршрутизатор и административна политика. Това може да намали разходите, както показват данните на GitHub, но прави цената на задача по-трудно предвидима, защото една и съща заявка може да мине през един или през три модела. Екипите, които го въвеждат, трябва да следят разходите по тип задача няколко седмици, преди да направят Fusion модел по подразбиране, и да поддържат списъка с разрешени модели в съответствие с политиките си за данни.
Тази статия не е правен съвет.
