Що він стандартизує, а що ні
Асистент, який читає лише текст, вставлений у вікно, добрий для поради й непридатний для роботи. Щоб він торкнувся справжньої системи, треба було написати інтеграцію під формат виклику інструментів одного вендора, потім написати її ще раз під іншого, і ще раз під десктопний застосунок — той самий конектор тричі, який розходиться між копіями з першого ж дня.
MCP описує саме з'єднання. Сервер надає якусь можливість; клієнт усередині асистента її споживає. Обидва боки говорять JSON-RPC поверх визначеного транспорту, тож сервер, написаний під одного клієнта, доступний з будь-якого іншого, що реалізує протокол.
Чого він не робить — не робить модель вправною в користуванні тим, що вона знайшла. Протокол несе інженерію: виявлення, виклик, результати, помилки. Судження про те, коли щось викликати й що робити з відповіддю, цілком лишається за моделлю та її інструкціями.
Це спільна розетка. Напишіть конектор один раз — і будь-який асистент, що говорить MCP, зможе ним скористатися.
Три речі, які може надавати сервер
Інструменти — дії, які модель може викликати: виконати запит, відкрити задачу, надіслати звернення. Це саме те, що мають на увазі, кажучи «MCP», і саме те, що змінює світ назовні, — тому клієнт має спитати людину, перш ніж це запустити.
Ресурси — те, що модель може прочитати: файл, запис, сторінку. До них звертаються за адресою, а не викликають, і саме так асистент отримує контекст без того, щоб користувач щось вставляв.
Промпти — готові інструкції, які пропонує сервер: чекліст рев'ю, форма звіту. Їх показують користувачеві як те, що можна обрати, а не моделі як те, що можна викликати.
Цей поділ важливий, бо це різниця між асистентом, який може читати ваші дані, і тим, який може з ними діяти, — а це дві різні розмови зі службою безпеки.
Чим це різниться від function calling і від плагіна
Function calling — це здатність моделі: модель віддає структурований запит на виклик, а ваш код його виконує. MCP цього не замінює — він стоїть зверху, щоб те, що виконує ваш код, могло бути сервером, написаним кимось іншим і знайденим під час роботи, а не зашитим у код.
Плагін належить платформі, яка його визначила, і працює там. MCP-сервер належить тому, хто його написав, і працює всюди, де реалізовано протокол, — у цьому й сенс стандартизувати з'єднання, а не каталог.
Практична перевірка: якщо зміна асистента означає переписування інтеграції, це був не MCP.
З чим бути обережним
- Сервер — це код, який ви запускаєте. Поставити його від незнайомця ближче до встановлення пакета, ніж до додавання закладки, і він успадковує ті доступи, які ви йому дали.
- Описи інструментів модель читає як інструкції. Сервер може описати власний інструмент так, щоб керувати асистентом, — це реальна поверхня атаки й причина, чому існують запити на підтвердження.
- Дані, дістані через сервер, — це дані, що вийшли зі своєї системи. «Асистент може читати наші задачі» і «наші задачі в контексті моделі» — це одне речення, сказане двічі.
- Широта не безкоштовна. Кожен під'єднаний сервер додає описи до контексту, який моделі треба осмислити, і асистент із сорока доступними інструментами вимірювано гірше обирає між ними, ніж із шістьма.
Чому це в глосарії про видимість
Бо під обома явищами той самий зсув. Пошук по документах вирішує, що асистент може процитувати про вас; MCP вирішує, до чого асистент може дотягнутися й що зробити від імені людини, яка питає. Покупець, який раніше заходив на ваш сайт перевірити факт, тепер має асистента, здатного перевірити його в під'єднаній системі, — і ваша опублікована сторінка конкурує не лише з тим, що модель пам'ятає, а й з тим, що вона може подивитися наживо.
Це змінює й призначення сторінки документації. Сервер описується моделі кількома реченнями, і ці речення — усе, що вона знає до дії. Та сама дисципліна, яка робить сторінку цитованою, діє тут: менше слів і менше місця бути розмитим.
Поширені запитання
MCP — це продукт Anthropic?
Його опублікувала Anthropic у листопаді 2024 року й випустила як відкритий стандарт із відкритою специфікацією та SDK. Його реалізують клієнти й сервери багатьох організацій, зокрема тих, що не мають до Anthropic жодного стосунку, а сервер, який ви напишете, не прив'язаний до вендора.
Чи потрібен MCP, щоб дати моделі доступ до моїх даних?
Ні. Function calling до вашого власного коду працює й лишається правильною відповіддю для однієї інтеграції в одному місці. MCP виправдовує себе, коли ту саму можливість треба мати з кількох асистентів або коли ви хочете користуватися конекторами, написаними іншими, не переймаючи їхній стек.
Чи означає під'єднання сервера, що модель може робити що завгодно?
Це означає, що модель може попросити будь-що з того, що сервер надає. Що саме виконається — вирішує клієнт, який має поставити людину перед кожним інструментом, що щось змінює. Тож питання безпеки — про те, які сервери ви під'єднуєте і з якими доступами, а не про протокол.
Чи допоможе власний MCP-сервер тому, щоб асистенти цитували мій сайт?
Сам по собі — ні, і сприймати його як SEO-прийом означає читати його неправильно. Сервер доступний тим, хто його під'єднав, а не моделі, що відповідає незнайомцю про вашу категорію. Цитування дає й далі сторінка, яку система пошуку може прочитати й процитувати.
Як про це питають уголос
сказане, не набранеТой самий термін словами, якими про нього питають асистента, а не набирають у рядку пошуку — написано із ситуації, тому кожне питання несе ту ситуацію, з якої виникло.
Ви схвалюєте програму, яка триматиме доступи до хелпдеска й відкриє його частини асистентові, а все прочитане виходить за межі хелпдеска. Варті питання: хто написав сервер, які доступи він отримує, чи вміє він писати, а не лише читати, і чи підтверджує людина операції запису.
Ключ дає одному асистентові одну інтеграцію, яку ви написали й підтримуєте. MCP — спільна форма такого з'єднання: той самий сервер працює в інших асистентах, а конектори інших людей працюють у вашому. Питання доступу однакове в обох випадках — протокол стандартизує проводку, а не довіру.
Ні, вони доповнюють одне одного. Сервер дає агентові досяжність — те, що він може прочитати й зробити. Скіл дає вміння — інструкції, як добре робити конкретну роботу, підвантажені тоді, коли ця робота настала. Агент із сервером до бази даних і без скіла робитиме запити до вашої бази погано.