Обмеження окремої мовної моделі

Модуль 1Урок 1 з 50Безкоштовний модуль

Сучасні мовні моделі вражають плавністю тексту: вони пояснюють код, пишуть листи й будують плани. Але якщо поставити їх перед реальною задачею — перенести зустрічі в календарі й розіслати запрошення — виявляється головна межа: модель генерує слова, а не дії. Окрема мовна модель живе в «акваріумі» тексту: вона не бачить ваш Google Calendar, не відкриває пошту й не перевіряє, чи справді пʼятниця вільна.

Сценарій з календарем

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

Приклад

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

Чотири типові стелі

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

Python
def ask_llm_only(prompt: str) -> str:
    # Уявний виклик моделі без інструмента — лише текст
    return "Крок 1: відкрий календар. Крок 2: надішли листи."

user = "Перенеси зустрічі на пʼятницю"
print("Запит:", user)
print("Відповідь LLM:", ask_llm_only(user))
print("Дії у календарі: немає (окрема мовна модель)")
Вивід

Натисніть «Запустити» — вивід зʼявиться тут

Підказка

Змініть текст return і перезапустіть — план зміниться, але дій у календарі все одно не буде.

Увага

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

Ці обмеження не означають, що мовна модель «погана». Вона лишається потужним перетворювачем тексту й ядром міркування в агенті. Але проєктуючи продукт, варто чесно питати: чи достатньо одного виклику моделі, чи потрібні зовнішні дані, дії й памʼять між кроками. Відповідь «потрібні» автоматично веде до агентної архітектури.

Що запамʼятати

Окрема мовна модель сильна в мові, слабка в дії. Межа знань, ізоляція від даних, відсутність виконання кроків і складність великих монолітів — не «баги моделі», а причини переходу до агентного ШІ з інструментами і протоколами на кшталт MCP.

Перевірка

4 питання

Кілька питань за матеріалом уроку. Спроб — скільки завгодно.

1.Що блокує окрему мовну модель у сценарії з перенесенням зустрічей?
2.Що означає межа знань для мовної моделі?
3.Яка проблема виникає при «одній мовній моделі на все» у великому застосунку?
4.Чому сценарій розумного дому з датчиком не під силу окремій мовній моделі?