The Orchestration Collapse Is Here
Google щойно змінив правила створення ШІ-агентів.
Новий Interactions API для моделей Gemini вже доступний. Це не просто невелике оновлення. Це структурний зсув, який робить багато існуючих фреймворків зайвими.
Протягом років розробники створювали масивні прошарки middleware для керування ШІ. Вам доводилося самостійно розробляти бази даних сесій, сервіси очищення контексту та інструменти управління пам'яттю. Якщо ви використовували LangGraph або AutoGen для Gemini, ви витрачали місяці на налаштування цієї «сантехніки».
Interactions API поглинає все це.
Що змінилося?
• Стан на стороні сервера: Google тепер керує історією розмов і пам'яттю на своїй інфраструктурі. Вам більше не потрібне сховище Redis, щоб пам'ятати, що сказав користувач. • Фонове виконання: Ви можете встановити один прапорець для виконання тривалих завдань. Більше ніяких кастомних черг завдань або кластерів Celery. • Керовані агенти: Google надає безпечну пісочницю Linux. Тепер ваші агенти можуть нативно виконувати код, переглядати вебсторінки та керувати файлами. • Єдина кінцева точка: Одна URL-адреса тепер замінює фрагментовані API Chat та Generate Content.
Я протестував це особисто. Я переніс робочий процес LangGraph на Interactions API. Мій код керування станом сесії скоротився з 400 рядків до одного єдиного параметра.
Це і є Колапс оркестрації. Коли вендор надає стан, інструменти та асинхронне виконання нативно, ваш кастомний фреймворк перестає бути необхідністю. Він стає вибором.
Чи варто здійснювати міграцію?
Мігруйте, якщо:
- Ваш робочий процес працює лише на Gemini.
- Ви витрачаєте занадто багато часу на керування станом сесій або базами даних.
- Ви хочете зменшити свої інженерні витрати.
Залишайтеся на поточному фреймворку, якщо:
- Вам потрібна оркестрація між різними моделями (наприклад, використання і Claude, і GPT).
- Вам потрібні складні робочі процеси схвалення за участю людини (human-in-the-loop).
Інженерна робота переміщується з вашої інфраструктури на інфраструктуру Google. Це може скоротити розробку кастомного middleware на 40–60%.
Компромісом є прив'язка до постачальника (lock-in). Ваш стан тепер зберігається на серверах Google. Перехід до іншого провайдера пізніше потребуватиме переробки. Для більшості команд швидкість і економія коштів роблять цей компроміс вигідним.
Optional learning community: https://t.me/GyaanSetuAi
