Шпаргалка: MCP
Model Context Protocol: навіщо стандарт, клієнт–сервер, інструменти / ресурси / підказки, один сервер і кілька серверів.
Навіщо MCP
Межа окремої мовної моделі
Модель генерує текст, але не діє в календарі чи пошті без інструментів. Межа знань ізолює від свіжих даних.
Інтероперабельність
Без стандарту кожен агент пише свій клієнт до кожного API. MCP — спільний контракт хост ↔ сервер.
Архітектура
Хост / клієнт / сервер
Хост (додаток) тримає клієнта; сервер експортує можливості. Мовна модель бачить нормалізовані примітиви.
Транспорт
stdio — локальний процес; SSE/HTTP — віддалена кінцева точка. Оберіть за тим, де крутиться сервер.
Примітиви
Інструменти (tools)
Виклики з аргументами (погода, запис у БД). Аналог виклику функцій, але за протоколом MCP.
Ресурси (resources)
Читання даних за URI (файл, журнал, нотатки) без «дії з побічним ефектом».
Підказки (prompts)
Іменовані шаблони робочого процесу на сервері — клієнт підставляє аргументи й отримує текст для моделі.
Один і кілька серверів
Один сервер
Один процес, набір інструментів / ресурсів / підказок. Простіше для старту й налагодження (Inspector).
Кілька серверів
Клієнт агрегує кілька серверів; мовна модель бачить плоский список інструментів; маршрутизація за імʼям або префіксом.
Конфлікти імен — префікс або спільна конвенція іменування між командами.
Робоче середовище
Журналювання і безпека
Журнали через protocol Context, не лише вивід у консоль. Автентифікація, найменші привілеї, без секретів у відповідях інструментів.
Тест сервера
MCP Inspector ізольовано перевіряє інструменти до підключення до агента — швидший зворотний звʼязок.