Як AI-агент керує онлайн-школою: MCP простими словами

Уявіть, що ви кажете асистенту: «Створи воронку для нового курсу і збери посадкову сторінку з трьома тарифами» — і за хвилину це зроблено. Не «згенеруй текст, я сам вставлю», а саме зроблено: воронка існує, лендінг опублікований, бот підключений.

Коротка відповідь: MCP — це відкритий протокол, через який AI-агент отримує не право порадити, а право діяти: він виконує операції у вашій платформі від вашого імені, під вашим токеном і в межах вашої ролі. Школі це замінює десятки кліків в адмінці однією фразою в чаті. Плата за це — новий клас ризиків, які сам протокол не закриває, і закривати їх доводиться платформі.

Оновлено 14 вересня 2026: додано розділ про специфікацію MCP 2026-07-28, переписано розділ про безпеку за рекомендаціями NSA і додано чесні межі підходу.

Що таке MCP простими словами

MCP (Model Context Protocol) — стандарт, який дозволяє AI-агентам підключатися до сервісів і працювати в них від вашого імені. Найпростіша аналогія — USB: колись кожен пристрій мав свій роз'єм, а потім з'явився один стандарт, і все стало сумісним. MCP робить те саме для штучного інтелекту: Claude, Claude Code чи інший агент «вставляється» у вашу платформу і отримує руки.

Anthropic відкрила протокол у листопаді 2024 року, і за півтора року він став де-факто стандартом: те саме підключення працює і в чаті, і в IDE, і в корпоративних агентних системах.

До MCP спілкування з AI виглядало так: ви просите написати текст лендінга, копіюєте відповідь, відкриваєте конструктор, вставляєте, форматуєте, публікуєте. З MCP ланцюжок скорочується до однієї фрази: агент сам створює сторінку у вашій платформі, сам наповнює її та сам публікує.

Що змінилося в MCP за 2026 рік

28 липня 2026 року вийшла ревізія специфікації 2026-07-28 — за словами супровідників протоколу, найбільша з моменту запуску. Три зміни з неї впливають на те, як MCP виглядатиме всередині платформ для онлайн-шкіл.

Протокол став stateless. Зникли обмін initialize/initialized і session ID: кожен запит несе в собі версію протоколу, ідентифікацію клієнта й перелік можливостей. Практичний наслідок — MCP-сервер школи можна тримати за звичайним балансувальником і масштабувати як звичайний HTTP-сервіс, без спільного сховища сесій.

З'явився механізм підтвердження посеред дії. Патерн Multi Round-Trip Requests (MRTR) дозволяє серверу зупинити виклик, повернути resultType: "input_required" і дочекатися відповіді людини, а потім продовжити з того ж місця. Саме це технічно вмикає сценарій «агент питає, перш ніж видалити». У блозі протоколу команда Supabase описує це так: «MRTR changes that — it allows our tools to confirm with the user before it acts». Раніше для цього треба було тримати відкритий стрім, тому більшість серверів просто не питали нічого.

Авторизацію підтягнули до звичайних практик OAuth. Клієнти тепер зобов'язані перевіряти параметр iss в авторизаційній відповіді за RFC 9207, облікові дані прив'язані до конкретного сервера авторизації, а Dynamic Client Registration формально застаріла на користь Client ID Metadata Documents. Це закриває клас атак «підміна сервера авторизації», який особливо болючий саме для MCP — де один клієнт ходить у десятки різних серверів.

Для власника школи з цього треба винести одне: підтвердження дій і нормальна авторизація стали частиною стандарту тільки влітку 2026. Усе, що підключалося раніше, працює за старішими правилами.

Що саме агент може зробити замість вас?

Типовий день власника школи — це десятки дрібних операцій в адмінці: додати урок, поправити ціну, зробити розсилку, глянути статистику, створити тег для нової аудиторії. Кожна з них проста, але разом вони з'їдають години.

З підключеним AI-агентом ці операції перетворюються на команди:

• «Наповни модуль уроками з мого конспекту — розбий на 6 уроків з тестами»
• «Створи воронку в Telegram для вебінару в четвер: нагадування за день і за годину»
• «Збери посадкову сторінку курсу з тарифами Старт і Преміум»
• «Зроби розсилку всім, хто не завершив другий модуль»
• «Скільки ми заробили за тиждень і звідки прийшли ліди?»

Межа проходить так: агент добре робить те, що ви й самі зробили б руками, але довго. Він не вирішує, яким має бути курс, і не знає вашого ринку. Він виконує — рішення лишаються вашими.

Чи безпечно давати агенту доступ до школи?

Чесна відповідь: безпека тут — властивість не протоколу, а конкретної платформи. У травні 2026 року NSA випустила окремий документ про безпеку MCP і сформулювала це прямо: поширення протоколу випередило розвиток його моделі безпеки, а сама специфікація, як цитує її NSA, «cannot enforce these security principles at the protocol level».

Що саме NSA перелічує як слабкі місця:

• Доступ. Протокол не визначає, як прив'язати сесію до конкретної людини. Багато реалізацій узагалі не мають автентифікації, а ті, що мають, часто не розрізняють прав на читання і на запис.
• Токени. MCP спирається на bearer-токени OAuth 2.1, але не зобов'язує керувати їхнім життєвим циклом — ротацію, відкликання й захист від повторного використання кожен робить сам або не робить.
• Підтвердження. Навіть там, де користувач один раз натиснув «дозволити», подальша зміна прав або поведінки вже підключеного сервера часто проходить без нового запиту згоди.
• Описи інструментів як вектор атаки. У розібраному кейсі з WhatsApp шкідливий MCP-сервер поводився чемно при встановленні та змінив інструкцію після другого використання — і витягнув переписку через сусідній, довірений сервер.
• Логи. Специфікація дає лише базові рекомендації щодо логування, тож частина реалізацій не пише нічого — і розслідувати інцидент нема за чим.

Звідси п'ять вимог, які варто ставити платформі, перш ніж давати агенту ключі:

1. Окремий токен саме для агента, який можна відкликати одним кліком, не ламаючи решту доступів.
2. Роль замість суперадміна: агент бачить одну школу і робить лише те, що дозволено ролі.
3. Журнал дій, у якому видно, що саме зробив агент, а не просто «дані змінено».
4. Обов'язкове підтвердження людиною на руйнівних операціях — масова розсилка, видалення, зміна цін.
5. Жодних випадкових серверів з відкритих реєстрів поруч із тим, що має доступ до бази клієнтів.

Де цей підхід ламається?

Три речі, про які зазвичай мовчать.

Недетермінованість. Та сама фраза двічі може дати трохи різний результат — залежно від контексту розмови. На створенні чернетки уроку це неважливо. На операції «зроби розсилку всім, хто не завершив модуль» різниця в тлумаченні фільтра коштує тисячі листів не тим людям. Правило просте: усе, що зачіпає більше сотні людей або гроші, агент готує, а запускає людина.

Адмінка нікуди не зникає. Агент виграє на рутині, але перевіряти результат ви все одно йдете в інтерфейс. Обіцянка «платформа без адмінки» — маркетинг, а не інженерія.

Це окрема стаття витрат. Доступ до агента оплачується не платформі, а постачальнику моделі, і масштабується разом із обсягом роботи. Для школи з двома запусками на рік вигода від MCP менша за цю підписку.

Погана структура лишається поганою. Якщо курс не працює, агент просто швидше зробить із нього ще одну версію, яка не працює.

Як це працює в CREO

CREO будується як AI-first платформа: курси, воронки, розсилки й лендінги від початку проєктуються так, щоб ними міг керувати AI-агент через MCP. Це не «прикручена збоку» інтеграція, а архітектура ядра — і саме тому вимоги з попереднього розділу (роль, окремий токен, журнал дій) можна виконати, а не домальовувати зверху.

Що вже є в платформі: воронки в Telegram, конструктор продаючих сторінок, CRM, оплати через WayForPay і Stripe, гейміфікація, з якою доходимість курсів тримається на рівні 70–80%. Бета-тестування стартувало в серпні 2026 року — і MCP-керування першими отримують саме бета-тестери.

Онлайн-школи, які навчаться делегувати рутину агентам, зможуть робити більше запусків меншими командами. Питання не «чи прийде це в онлайн-освіту», а «хто перевірить свою платформу до того, як видасть ключі».

Записатися в ранній список — на platform.creo.ua.

Джерела

• The 2026-07-28 Specification — блог Model Context Protocol, 28.07.2026 (звернення 14.09.2026)
• Changelog специфікації 2026-07-28 — modelcontextprotocol.io (звернення 14.09.2026)
• Model Context Protocol (MCP): Security Design Considerations for AI-Driven Automation — NSA, Cybersecurity Information Sheet, травень 2026, опубліковано 02.06.2026 (звернення 14.09.2026)