applied-ai2026-08-138 минNikolay Angelov

Моделът вече не е новината

Три неща от лятото на 2026 и какво ги свързва.

Моделът вече не е новината

Ако човек чете само заглавия, лятото изглежда като обичайното: няколко нови модела, поредната вълна frameworks, поредната ревизия на спецификация.

Това не е просто списък. Трите неща по-долу се случиха независимо, в три различни части на екосистемата, и сочат в една и съща посока:

Индустрията престава да оптимизира модела и започва да разраства системата около него.

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

1. MCP стана без състояние

Какво се случи. На 28 юли 2026 излезе новата спецификация на Model Context Protocol. Промяната в основата е една: протоколът мина от двупосочен и със състояние към request/response без състояние. Всяка заявка се самоописва, което значи, че MCP сървър вече може да стои зад обикновен round-robin балансьор — без sticky сесии, без споделено хранилище за състояние, без gateway, който да рови в тялото на заявката.

Заедно с това:

  • Маршрутизиране по хедъри. Методът и името на инструмента пътуват в Mcp-Method и Mcp-Name, така че gateway може да маршрутизира и оторизира, без да чете JSON.
  • Кешируеми списъци. tools/list връща ttlMs и cacheScope.
  • Рамка за разширения. Tasks, MCP Apps и Enterprise Managed Authorization излизат от ядрото и стават официални разширения — Tasks с poll-базирано tasks/get.
  • Multi Round-Trip Requests. Сървърът може да поиска вход по средата на извикване, връщайки resultType: "input_required"; отговорът се прикача при повторното извикване.
  • Втвърдена оторизация — RFC 9207 валидация на издателя, обвързване на credentials към сървъра, който ги е издал.
  • Формална политика за отпадане. Roots, Sampling, Logging, динамичната регистрация на клиенти и legacy HTTP+SSE транспортът са депрекирани, с гарантиран прозорец от минимум дванадесет месеца.

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

без състояние → хоризонтално скалиране → обикновено балансиране → кеширане → маршрутизиране, приятелско към gateway → готовност за продукция.

Балансьори, кеш, гейтуеи, гарантиран прозорец за миграция — това е речникът на инфраструктура, не на прототип.

От stateful към stateless MCP: хоризонтално скалиране, балансиране, кеширане и маршрутизиране през gateway

Какво се променя архитектурно. Две от най-видимите разлики между A2A и MCP — устойчивият жизнен цикъл на задачата и възможността да се поиска допълнителен вход — вече не са толкова отчетливи. Ако си избирал между двата протокола по критерия „кой може да пита обратно", критерият вече не работи.

Това не изравнява двете неща. A2A остава с далеч по-богата семантика около идентичност и откриване на агенти, контекст на задачата, артефакти, делегиране и асинхронен жизнен цикъл. Но техническата разлика спря да е разделителната линия.

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

Какво значи на практика. Ако имате MCP сървър, погледнете го през новия обектив: държи ли състояние между заявките, разчита ли на отворен поток? Ако да — имате дванадесет месеца и ясна рамка. Ако не — вече системата ви е достатъчно скалируема, без да се прави нищо.

2. Харнесът се продуктизира

Какво се случи. На 17 юни Vercel пусна Eve — отворен framework за агенти, TypeScript и Markdown, „filesystem-first": агентът е директория с файлове, които описват инструкции, умения, инструменти, канали и график.

Списъкът с възможности заслужава да се прочете бавно: durable execution, human-in-the-loop одобрения, подагенти, sandboxed изпълнение, трасиране през OpenTelemetry, evals. Проектът е в preview.

Eve не е сама. Mastra, LangGraph, CrewAI, Agents SDK и още няколко се позиционират в същата категория с изненадващо припокриващи се списъци.

Защо има значение. Защото този списък не е произволен. Различни екипи, различни езици, различни архитектурни философии — и все пак водят към един и същ набор от runtime примитиви:

трайно изпълнение · състояние и checkpointing · одобрения · подагенти · sandboxing · трасиране и наблюдаемост · evals

Когато пет отделни екипа изведат една и съща структура, структурата вероятно е реална.

Терминологията също се сменя. Все по-често практическата формула изглежда така:

Agent = Model + Harness

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

Agent = Model + Harness: оркестрация, състояние, инструменти, одобрения, подагенти, sandbox, трасиране и evals

Какво значи на практика. Ако избирате framework сега, критериите са три и нито един не е „колко е модерен":

  • Portability. Eve е силно Vercel-ориентиран като продукционен runtime и модел на деплой. Има абстракция около sandbox изпълнението и локални варианти, така че „твърдо заключване" е прекалено силна дума — но ако таргетът ви е друг облак или собствена машина, това е реален разход, който трябва да се прецени предварително.
  • Зрялост. Eve е в preview. Всеки framework в тази категория е млад; разликите в закаленост са реални, но публичните данни не позволяват класация.
  • Език. Eve и Mastra са само TypeScript. LangGraph има силен фокус върху състояние и checkpointing и остава Python-first.

3. Моделите се разслояват, а маршрутизирането става практика

Какво се случи. Лятото беше плътно: Claude Fable 5 на 9 юни, GPT-5.6 през юли, Grok 4.5 на 16 юли, Gemini 3.6 Flash на 21 юли, Claude Opus 5 на 24 юли. Цените паднаха в няколко посоки едновременно.

Три неща в тази вълна са по-интересни от самите модели.

Първото е наименуването. OpenAI въведе схема, в която номерът описва поколението, а Sol, Terra и Luna — траен клас на способност: Sol за най-дълбоко разсъждение, Terra за баланс, Luna за скорост и обем. Трите нива напредват по свой график, така че ъпгрейд на едното не преименува цялото семейство.

Това е признание, вградено в самата схема за именуване: не се очаква един модел да бъде оптимален за всяка задача. Способност, латентност и цена вече са отделни архитектурни измерения, а не точки по една ос.

Второто е, че достъпността стана променлива. GPT-5.6 Sol излезе първо като ограничен preview към малък брой доверени организации по искане на американското правителство, докато OpenAI координира с администрацията рамката около гранични модели и киберсигурност.

По-драматичният случай е на Anthropic: на 12 юни американското правителство наложи експортен контрол върху Claude Fable 5 и Mythos 5. Тъй като правилото влезе в сила незабавно и нямаше начин националността на всеки потребител да се проверява в реално време, Anthropic спря и двата модела за всички. Ограниченията отпаднаха на 30 юни, Fable 5 се върна глобално на 1 юли — деветнадесет дни престой.

Третото следва от първите две. Въпросът постепенно се измества от „кой е най-добрият модел?" към „кой модел е подходящ за тази конкретна стъпка?" — а измеренията, по които се избира, вече са седем:

способност · дълбочина на разсъждението · латентност · цена · риск · регулаторна достъпност · тип на задачата и контекста

Маршрутизиране между Sol, Terra и Luna по способност, дълбочина на разсъждението, латентност, цена, риск и достъпност

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

Какво значи на практика. Все повече агентни системи и платформи позволяват различен модел за различни роли и стъпки — по-способен за планиране, разсъждение и решения; по-евтин и бърз за механично изпълнение, класификация, извличане и паралелни подзадачи.

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

„Кой е най-добрият модел" беше правилният въпрос, докато разликите бяха огромни. Сега е като да питаш кой е най-добрият език за програмиране.

Какво ги свързва

Три различни части на екосистемата, три различни вида промяна: протокол, инструментариум, пазар на модели. Един и същ вектор.

Какво се промени От Към
MCP двупосочен, със състояние без състояние, кешируем, зад балансьор
Frameworks „как да извикам модел" трайно изпълнение, одобрения, трасиране, оценки
Модели „кой е най-способният" кой за коя стъпка, на каква цена и при каква достъпност

Има и фон, който не е новина. Gartner прогнозира, че над 40% от агентните AI проекти ще бъдат зарязани до края на 2027 — заради ескалиращи разходи, неясна бизнес стойност и недостатъчен контрол на риска.

Изкушаващо е това да се прочете като „проблемът не е моделът". Не е толкова просто — Gartner посочва и ограничения в зрелостта на самите модели. По-точното е, че проблемът далеч не е само в интелигентността. Разходът, интеграцията, рискът, оперативната зрялост и липсата на ясна бизнес стойност се оказват поне толкова важни.

Регулацията се движи в същата посока. От 2 август 2026 се прилага още една значителна част от EU AI Act, включително задълженията за прозрачност по Член 50. Съответствието престава да е упражнение по политики и става оперативно ограничение върху системата — тоест поредното изискване към харнеса, не към модела.

Трите новини по-горе не са съвпадение. Те са отговор.

Граничният модел продължава да има значение и ще продължи. Но все по-голяма част от реалното конкурентно предимство идва от онова, което го заобикаля: протоколите, харнесът, оркестрацията, състоянието, оценките, наблюдаемостта, маршрутизирането и оперативната дисциплина.

Моделът вече не е цялата система. И все по-често не е най-трудната ѝ част.

Източници и бележки

Сравнителните преценки за frameworks и изводът за границата между MCP и A2A са авторски, а не заключения от спецификация или бенчмарк.