MCP за бизнеса: какво решава стандартът и какво пак строите сами

Model Context Protocol спечели спора, който сам започна. През декември 2025 г. Anthropic предаде MCP на Agentic AI Foundation — целеви фонд под шапката на Linux Foundation, съосновани с Block и OpenAI, с подкрепата на Google, Microsoft, AWS, Cloudflare и Bloomberg. Активните публични MCP сървъри вече са над десет хиляди. Това е стандартът.

А сега частта, която не влиза в прессъобщенията. Собствената пътна карта на протокола за 2026 г. изброява четири приоритета и четвъртият е готовност за корпоративна употреба: одитни дневници, единен вход, поведение на шлюзовете, преносимост на конфигурацията. Самите поддържащи пишат, че от четирите това е „най-малко дефинираният“. А това е точно списъкът, който един бизнес иска, преди да допусне ИИ асистент до книгата си със заявки. Стандартът е установен; обвръзката, която една компания би искала около него, се дописва тази година.

Какво е MCP на езика на бизнеса

Извадете протоколната лексика и MCP е стандарт за контакт. Преди него свързването на асистент със система значеше отделна интеграция за всяка двойка „асистент — система“: пет инструмента и четири асистента правят двадесет отделни работи, всяка поддържана отделно. С MCP правите един сървър на система и всеки съвместим асистент го ползва.

Въпрос	Без MCP	С MCP
Свързване на една система с четири асистента	Четири интеграции	Един сървър
Смяна на доставчика на ИИ	Преправяне на интеграциите	Насочвате новия клиент към същия сървър
Чий е конекторът	Обикновено на доставчика на ИИ	Ваш
Колко струва пети асистент	Още една интеграция	Настройка

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

Стратегическата причина смяната на управлението да тежи повече от която и да е функция: конектор, направен за частен интерфейс на доставчик, е актив с чужд срок на годност. Конектор, направен по стандарт, който държи неутрална фондация, е актив, който контролирате вие. Ако тази година така или иначе ще платите за интеграция на своя CRM, складова система или календар за резервации с нещо ИИ-подобно, тази разлика струва повече от всяка отделна възможност в пътната карта.

Какво се промени през юли 2026 г. и защо това касае сметката за хостинг

Спецификацията 2026-07-28 е изданието, което превърна MCP от интересен протокол в обикновен елемент на уеб инфраструктурата. Търговско значение имат четири промени.

Стана stateless. Старото ръкостискане и идентификаторът на сесия ги няма; всяка заявка носи нужното със себе си. На прост език, MCP сървър вече може да стои зад същия балансьор като останалата част от сайта ви, без общо хранилище за сесии и без „лепкава“ маршрутизация. Това е реално понижение на цената да го поддържате надеждно.
Заявките се маршрутизират, без да се отварят. Всяко извикване вече носи заглавки с името на метода и целта, така че шлюз или WAF може да маршрутизира, отчита и ограничава честотата, без да разчита тялото. Точно това прави реалистично да сложите MCP сървър зад инфраструктурата, която вече имате.
Каталозите могат да се кешират. Отговорите със списъци носят време на живот, така че клиентът спира да преизтегля списъка ви с инструменти при всяко взаимодействие. По-малко извиквания, по-ниска цена, по-малко натоварване.
Част от нещата бяха обявени за остарели — по часовник. Старият транспорт е остарял, динамичната регистрация на клиенти се заменя, а три по-стари възможности имат минимум дванадесетмесечен прозорец на поддръжка. Ако изпълнител ви е направил MCP интеграция през 2025 г., миграция ви предстои — и дванадесет месеца са удобен запас само ако някой е записал датата.

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

Къде се изплаща в обикновен бизнес

Три случая, в които MCP вече си струва парите, и един, в който не.

Вътрешни отговори на въпроси по системи, които не си говорят. „Колко са останали от SKU 4471 и кой доставчик има най-кратък срок?“ — въпрос, за който сега човек отваря три раздела. Това е най-стойностният и най-нискорисков сценарий, защото е само за четене.
Подготовка на документи, която иска живи данни. Оферти, потвърждения на заявки, напомняния към доставчици: асистентът чете текущите цени и наличности, вместо да ги предполага, а изпраща пак човек.
Сортиране на запитвания с контекст. Асистент, който може да погледне точно заявката зад едно запитване, отговаря по същество, вместо да иска от клиента номера на заявката втори път.

Къде не се изплаща: автоматизация на процес, който никой не е описал. MCP ще свърже асистента с безпорядъка по-бързо от преди и резултатът ще е по-бърз безпорядък. Въпросите, които си струва да затворите преди това, са обикновените интеграционни от материала за свързването на сайт с CRM и склад: асистентът е още един потребител на тази обвръзка, не нейна замяна.

Колко наистина струва такъв сървър

Оценките тук се разминават силно — най-вече защото две съвсем различни работи носят едно и също име. Работата се дели ясно.

Ако системата вече има годен API, MCP сървър над него е малка работа: тънък слой за превод, който излага няколко назовани операции, плюс работата с достъпите и журналирането, описани по-долу. Това са дни, не месеци, и честно по-голямата част от усилието отива в решението кои операции да се изложат и в написването на описанията им достатъчно добре, че асистентът да избере правилната.

Ако API няма, MCP не се отнася до вашия проблем. Имате интеграционен проект, а протоколът е последните десет процента от него. Всяко предложение, което дава цена за „MCP интеграция“ на система без програмен достъп, оценява нещо друго.

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

Каква форма има сигурността на един MCP сървър

MCP сървърът е API точка, управлявана от езиков модел, и това променя моделa на заплахите на едно конкретно място: инструкциите, които стигат до вашите инструменти, са частично написани от текста, който моделът току-що е прочел. Писмо до поддръжката, PDF от доставчик, страница от резултатите на търсене — всяко от тях може да съдържа текст, който се опитва да насочи асистента да извика инструментите ви не както сте замислили. Това не е хипотеза и протоколът не го решава.

Четири мерки, подредени по полза.

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

Ограничавайте достъпите до операцията, не до системата. Токенът зад MCP сървъра трябва да стига точно до записите, нужни на инструмента. Това е същият принцип като разделянето на достъпите за деплой и за базата данни, изложен в материала за това защо стъпката на сглобяване стана граница на сигурността.

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

Журналирайте всяко извикване сами. Одитните дневници са в пътната карта, не в спецификацията — така че ако ви трябва отговор на въпроса „какво прави във вторник“, това журналиране го строите вие. Точно за него ще пита и въпросникът за сигурност от клиент, по причините от материала за това как NIS2 стига до вас през договора.

Купуване: въпроси към изпълнителя

Пет въпроса установяват дали едно MCP предложение е инженерство, или лексика.

„Към коя версия на спецификацията е насочено това?“ Изпълнител, който не може да отговори, е строил спрямо каквото е било актуално, когато е започнал, а за всичко започнато през 2025 г. това значи непланирана миграция.

„Какво може да записва и какво може само да чете?“ Искате списък, не успокоение. Ако отговорът е „засега има пълен достъп“, това е решение, което някой е взел вместо вас.

„Кои достъпи държи сървърът и докъде стигат?“ Правилният отговор е тесен и скучен. Един администраторски токен е честата и скъпа пряка пътека.

„Къде е хостнат и кой стига до него?“ MCP сървър, отворен към интернет без удостоверяване, е публичен API към вашия бизнес. Питайте направо.

„Какво се журналира и къде отива?“ Тъй като спецификацията още не изисква одитни дневници, това е решение на етапа на строене: или се е случило, или не. Останалите въпроси към доставчика са в материала за чеклиста преди свързване на услуга.

Пропорционална позиция за 2026 г.

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

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

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

Накратко

MCP стана независим от доставчик през декември 2025 г.: Anthropic го предаде на Agentic AI Foundation под шапката на Linux Foundation заедно с Block и OpenAI, а активните публични сървъри са над 10 000.
Това е стандарт за контакт, не продукт — един сървър на система вместо една интеграция за всяка двойка „асистент — система“, и конекторът е ваш.
Юлската спецификация от 2026 г. го направи stateless и маршрутизируем, така че работи зад обикновен балансьор и шлюз; точно тази промяна понижи цената да го хостваш.
Остарелите неща вървят по дванадесетмесечен часовник. Питайте към коя версия на спецификацията е насочена интеграцията ви и запишете отговора.
Готовността за корпоративна употреба — одитни дневници, единен вход, поведение на шлюзовете — е „най-малко дефинираният“ приоритет на самата пътна карта. Каквото ви трябва там, го строите сами.
Започнете с четене, ограничавайте достъпите по операции, потвърждавайте всичко необратимо и журналирайте всяко извикване. Инструкциите, които стигат до инструментите ви, са частично написани от текста, който моделът е прочел.