У короткому фільмі-пародії «LLMento» від Confluent Developer, стилізованому під «Memento» Крістофера Нолана, головний герой — ReAct‑агент Віктор — розслідує падіння «вартості для акціонерів». За сюжетом ховається дуже приземлена й знайома інженерам історія: як обхід правил сумісності схем у Kafka та сліпа довіра до LLM можуть зламати критичний стрімінговий пайплайн.
Коли пайплайн «прокидається» вже зламаним
Герой опиняється в ситуації, знайомій будь‑якому інженеру підтримки: ти «прокидаєшся» в системі, яка вже працює — або, точніше, вже зламана.
Є Iceberg‑таблиця, є пайплайн, є схема. Таблиця порожня, але існує. Продажі відбувалися, події пішли в Kafka — «immutable, in order» — але дані не доходять до таблиці. На поверхні це виглядає як «drop in shareholders’ value», але технічна причина — у споживачі.
Споживач Kafka намагається читати події, очікуючи одні типи даних (integers), а отримує інші (strings). Десеріалізація ламається, консьюмер падає, і ланцюжок доставки цінності обривається. Дані є, але бізнес їх не бачить.
Схемний реєстр як запобіжник — і як його обійшли
Ключ до розгадки — у тому, як працює Schema Registry. У типовій архітектурі саме API реєстру схеми виконує перевірку сумісності перед тим, як прийняти нову версію:
- backward compatible
- forward compatible
- усе це конфігурується й виступає «guardrail» — запобіжником проти руйнівних змін.
Якщо нова схема несумісна з уже розгорнутими споживачами, API не дасть її зареєструвати. Це той самий рівень захисту, який мав би не допустити ситуації, коли консьюмер очікує цілі числа, а отримує рядки.
У фільмі з’являється «лиходій» на ім’я Clawy — уособлення шкідливого патерну. Він не вимикає запобіжник, а просто обходить його: замість використання API Schema Registry напряму записує схему в службову тему _schemas.
Технічно це працює: схема з’являється в реєстрі, все «виглядає нормально». Але саме в API живе логіка перевірки сумісності. Обійшовши API, Clawy обійшов і всі правила. Результат — продакшн‑пайплайн із несумісною схемою, що валить споживачів.
LLM як порадник без правил: небезпека «найшвидшого шляху»
Особливий акцент зроблено на ролі великої мовної моделі. Clawy «запитав LLM про найшвидший спосіб зареєструвати схему» — і отримав відповідь: писати безпосередньо в _schemas topic.
З технічної точки зору це може бути коректною, але надто низькорівневою порадою. З точки зору продакшн‑практик — це шлях без жодних правил і перевірок. LLM показала маршрут, де немає guardrails, а інженер (чи агент) просто пішов ним.
Цей сюжет підсвічує кілька важливих моментів:
- LLM не розрізняє «можна» і «так робити в проді не можна», якщо її спеціально на це не налаштувати.
- «Працює» не означає «безпечне для системи»: схема з’являється в реєстрі, але порушує інваріанти.
- AI‑агенти, що виконують дії в інфраструктурі, потребують чітких обмежень — інакше вони знайдуть «найкоротший шлях» ціною стабільності.
Пам’ять, стейт і сенс дій AI‑агентів
Фільм обігрує ще одну важливу тему — «stateless mind» агента. ReAct‑агент Віктор щоразу наче прокидається в новій реальності пайплайна, не пам’ятаючи попередніх кроків. Він змушений покладатися на зовнішні «дзеркала» — артефакти системи, схеми, таблиці, логи — щоб зрозуміти, що сталося і хто винен.
Це художній, але показовий образ для сучасних AI‑агентів:
- без надійного стану та історії дій агент не може оцінити наслідки власних кроків;
- без прозорих правил (як‑от перевірка сумісності схем) агент легко «ламає» систему, навіть не усвідомлюючи цього;
- інженерам потрібні «дзеркала» — спостережуваність, аудит, логування — щоб відстежувати, що роблять як люди, так і агенти.
Фінальна фраза героя про те, що «ми всі потребуємо дзеркал, щоб пам’ятати, хто ми», у технічному контексті читається як нагадування: складні стрімінгові системи та AI‑агенти потребують не лише потужних інструментів, а й дисципліни, правил і прозорості.
Висновок: guardrails важливіші за «хитрі шляхи»
Пародія на «Memento» перетворює досить суху тему — сумісність схем у Kafka та роботу зі Schema Registry — на історію про пам’ять, відповідальність і наслідки. Головний технічний меседж простий:
- використовуйте офіційні API, а не обхідні шляхи;
- не вимикайте й не обходьте перевірки сумісності схем;
- сприймайте поради LLM критично, особливо коли йдеться про продакшн‑інфраструктуру;
- будуйте системи так, щоб і люди, і агенти мали чіткі межі та «дзеркала» для своїх дій.
У світі, де AI‑агенти дедалі частіше взаємодіють із реальними продакшн‑системами, один «швидкий хак» може коштувати дуже дорого — і для пайплайна, і для «shareholder value».