Лідери думок

2026 Прогноз – Відкритий Джерельний Код Буде Катапультувати Штучний Інтелект У Своє Наступне Золоте Вікно

mm
Додайте Unite.AI до бажаних джерел у Google
A widescreen, photorealistic digital landscape of a futuristic smart city where glowing data streams in various colors flow like highways between glass buildings and centralized glowing hubs.

IBM придбала Confluent за 11 мільярдів доларів, оголошене на початку грудня, є не тільки великою консолідацією на ринку інфраструктури даних, а й публічним визнанням того, що штучний інтелект (AI) є фундаментально залежним від подій. Інакше кажучи, ця угода є доказом того, що підприємства потребують надійних даних у русі так само, як і даних у спочинку. Коли організації поспішали розгортати агентів AI у своїх операціях у 2025 році, ця угода підкреслює критичне розуміння: реальний контекст є відсутнім інгредієнтом для створення агентного AI, який працює на рівні підприємства.

Власне позиціонування IBM розкриває стратегічний зсув. Вони позиціонують об’єднану сутність як “розумну платформу даних для агентів AI” – інфраструктуру, яка може підключати, обробляти та керувати даними в реальному часі, щоб агенти могли працювати безперебійно у гібридних середовищах. Це не про продаж більше потокової інфраструктури. Це про визнання того, що агенти AI потребують безперервного, свіжого контексту для надійної роботи, і що потокові дані є трубопроводом, який робить це можливим.

Парадокс у Серці Підприємства Штучного Інтелекту

Придбання Confluent компанією IBM також підкреслює цікавий парадокс у ландшафті інфраструктури даних. За останні кілька років деякі виробники інфраструктури відступили від відкритого джерельного коду, змінили ліцензії та перейшли до пропріетарних моделей у пошуках сильнішої монетизації. Однак采用 штучного інтелекту змушує екосистеми повернутися до відкритості. Чому? Агенти потребують міжопераційних трубопроводів, конекторів та керування багатьма системами – не однієї пропріетарної стіни.

Поява потужних відкритих джерельних моделей великих мовних моделей (LLM) змусила всю екосистему штучного інтелекту рухатися до прозорості та переносимості. Моделі, такі як Llama, Mistral та багато інших, дають підприємствам дешевші та кращі альтернативи закритим моделям. Це створює напруженість: виробники інфраструктури даних закривають свої сади саме тоді, коли компанії, які споживають їхні продукти, відкривають свої. Придбання Confluent компанією IBM сигналізує про початок ресету, коли штучний інтелект тягне інфраструктуру назад до відкритості.

Керування Контекстом: Підприємницька Спроможність, Яку Вимагає Штучний Інтелект

Щоб зрозуміти, чому це так, нам потрібно говорити про те, що я називаю “керуванням контекстом” – підприємницькою спроможністю доставляти найбільш актуальний, надійний та збережений контекст до вікна контексту моделі. Це не просто ад-хок реалізації Retrieval-Augmented Generation (RAG), розкидані по різних командах. Це системний підхід до забезпечення того, щоб агенти штучного інтелекту мали доступ до інформації, яку вони потребують, коли вони її потребують, з належним керуванням та походженням.

Ось проста умова: Агенти працюють на контексті. Контекст працює на трубопроводах.

Трубопровід контексту виглядає так:

джерела → потокове → зберігання (lakehouse/OLTP) → індексування (вектор + лексичне + SQL) → політика/керування → подача → спостереження/оцінка.

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

Традиційні підходи RAG часто є реактивними – вони отримують контекст, коли його запитують. Але агенти також потребують проактивних оновлень: події, які безперервно оновлюють пам’ять, оновлюють індекси пошукових систем, регулюють дозволи та застосовують політики. Придбання Confluent компанією IBM є фундаментальною ставкою на той “шар контексту, який завжди оновлюється”, який стає критичною інфраструктурою для підприємства штучного інтелекту.

Чому Агенти Штучного Інтелекту Не Працюють (І Чому Це Матеріально)

Команди підприємства штучного інтелекту відкривають цю нещасливу правду важким шляхом: агенти не працюють не тому, що велика мова модель (LLM) “глуха”. Вони не працюють, тому що підлягаючий контекст є пошкодженим, застарілим, незавершеним або некерованим. Фактично, аналітики оцінюють, що до 60% проектів штучного інтелекту будуть покинуті через відсутність даних, готових до штучного інтелекту. Агент, який приймає рішення про закупівлі на основі вчорашніх даних про запаси, не є корисним. Агент, який отримує доступ до записів клієнтів без належної авторизації, є комп’ютерною нічмаром. Агент, який не може пояснити свою логіку, є непридатним для використання в регульованих галузях.

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

Відкритий Джерельний Код Відновлює Своє Положення

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

IBM розуміє це. Їхня історія з відкритим джерельним кодом (зокрема через Red Hat) дає їм авторитет. Об’єднана сутність IBM-Confluent позиціонується для прискорення того, що вони називають “подією, керованою інтелектом”, приймаючи відкритість там, де це матиме значення: на інтеграційних точках, де різні системи потребують безперебійного співробітництва.

Ми вже бачимо, як цей зсув розігрується. Відкриті джерельні коди потокових платформ, відкриті формати таблиць, такі як Apache Iceberg та Delta Lake, та відкриті стандарти для метаданих та керування стають сполучною тканиною інфраструктури підприємства штучного інтелекту. Організації вимагають переносимості та міжопераційності, оскільки вони знають, що будуть працювати з багатьма моделями штучного інтелекту, багатьма сховищами даних та багатьма інструментами. Закриття є ворогом гнучкості, якої їм потрібно.

Прогноз На 2026 Рік

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

  • По-перше, відкриті конектори та “приносьте-власну” архітектуру для сховищ даних та індексів. Жоден виробник не буде контролювати весь трубопровід контексту.
  • По-друге, стандартизовані API контексту по інструментам. Командам потрібно能够 змінювати компоненти без перебудови цілих систем.
  • По-третє, кероване походження за замовчуванням, а не як додатковий елемент. Кожен шар контексту потребує ясної лінії походження, а кожне рішення агента потребує аудиту.

Це не те, чого хочуть. Це те, чого потребують підприємства для прийняття штучного інтелекту у великому масштабі.

Ресет Починається

Придбання Confluent компанією IBM позначає початок фундаментального ресету в інфраструктурі даних. Імпульс штучного інтелекту, який спричиняє потребу у складних агентах, які працюють у свіжому, надійному контексті, змушує галузь повернутися до відкритості. Чи це буде чистий відкритий джерельний код, чи мінімум відкрита та примусова міжопераційність, залежить від того, як розвиватиметься ринок. Але напрямок ясний.

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

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

Сіджі Гуо є засновником та генеральним директором StreamNative. Подорож Сіджі з Apache Pulsar розпочалася в Yahoo!, де він був частиною команди, яка розробляла глобальну систему повідомлень для компанії. Потім він перейшов до Twitter, де очолював групу інфраструктури повідомлень та створив DistributedLog і Twitter EventBus. У 2017 році він став співзасновником Streamlio, який був придбаний Splunk, а у 2019 році заснував StreamNative. Він є одним із оригінальних творців Apache Pulsar і Apache BookKeeper, і залишається віце-президентом Apache BookKeeper і членом PMC Apache Pulsar. Сіджі живе в районі затоки Сан-Франциско, Каліфорнія.