Друга хвиля штучного інтелекту в продуктах прибирає людину з рівняння. Якщо перша хвиля — це чат, де користувач набирає текст і читає відповідь, то друга — це агенти, які роблять ті самі запити без вікна, без сесії та без жодного спостерігача. За даними DataDome AI Traffic Report Q2 2026, у квітні-червні 2026 року налічили 17,7 млрд запитів від ШІ-агентів — на 45% більше, ніж кварталом раніше. Це не майбутнє, це вже обсяг трафіку, який проходить повз ваш інтерфейс.
Для українських продуктових команд це означає, що звичний фокус на екранах і флоу перестає бути достатнім. Те, що ви відвантажуєте, — це контракт під продуктом: ендпоінти, назви полів, повідомлення про помилки. Коли чужий агент збирає досвід для користувача, ви постачаєте частини продукту, який самі не проєктували. Дизайн-рев'ю отримують макети, а агенти живуть у логах і ніколи не бачать екрана.
Перший практичний крок — знайти користувачів, яких ви не бачите. Візьміть 30 днів запитів і розсортуйте їх на браузерні сесії, власні клієнти та все інше. Третя купа — та, якою ніхто в команді не володіє. Згідно з річним звітом Cloudflare про агентний інтернет, станом на червень 2026 року 52% запитів краулерів припадали на навчання ШІ-моделей, тоді як у весні 2025 року ця частка становила 22%. Чистий пошуковий краулінг залишається невеликим і продовжує скорочуватися. Тобто більшість цього трафіку прийшла не за тим, щоб привести вам клієнта.
Далі — не рахуйте, а вибудовуйте послідовність. Згрупуйте виклики за токеном і відновіть порядок: пошук, отримання деталей, перевірка доступності, створення чернетки, відмова. Ці п'ять викликів розповідають, чого хотіла людина за агентом і де ваш продукт перестав допомагати. Обсяг каже, що агент прийшов. Послідовність каже, чого він хотів. Патерни ті самі, що їх знайшло б дослідження юзабіліті: цикл повторних спроб — це плутанина, виклик, який завжди передує відмові, — глухий кут, а задокументований шлях, який використовують частіше за офіційний, — це дизайнерська думка, висловлена софтом.
Щоб групувати, потрібна стабільна основа. Спільні сервісні акаунти, ключі під кожну інтеграцію або відсутній trace ID цю основу забирають. Якщо це про вас — це і є знахідка, і виправляти її треба перед усім іншим.
Другий крок — нанести на карту всі двері у ваш продукт. Аналогія — мандат Amazon на API. У відомому акаунті Стів Єгге описує, як Джефф Безос наказав кожній команді відкрити свої дані через сервісні інтерфейси без жодних чорних ходів. Правило перетворило рітейлера на платформову компанію. Headless AI робить те саме з вашим продуктом, тільки Безос не надсилає меморандум. І, чесно кажучи, це просто хороший дизайн софту, а отже — хороший дизайн загалом.
Складіть список самі: веб-застосунок, мобільні клієнти, чат-асистент, публічні та партнерські API, вебхуки, масовий експорт, MCP-сервер, який хтось зібрав на хакатоні. Для кожного входу зафіксуйте, хто ним користується, що може робити, що бачить при помилці та чиє ім'я за це відповідає. Пишіть, знаючи, що список неповний, бо деякі двері невидимі з вашого місця: партнер, який перепродає ваш API, ендпоінт, зроблений для одного клієнта роки тому, MCP-сервер, написаний проти вашої публічної документації. Його робота — перетворити невідомі двері на відомі й показати решту тому, хто володіє ризиком.
Найнеприємніша знахідка — двері, які дозволяють більше, ніж будь-коли дозволяв інтерфейс. Ваші екрани роками забезпечували правила через крок підтвердження, неактивну кнопку або приховане поле. Агент, який викликає ендпоінт, не бачить нічого з цього. Обмеження жило в інтерфейсі, а отже, ніколи не було справжнім обмеженням. Продакт-менеджер, який замовляв кроки, тепер вирішує, які можливості існують, а дизайнер, який володів флоу, тепер володіє контрактом, який споживають чужі флоу.
Headless-управління контентом зробило це з контент-командами, а платформна інженерія — з інфраструктурними. Обидва рази робота отримувала важіль, але втрачала видимість. Закон Теслера каже, що складність зберігається, і питання лише в тому, хто її поглинає. Двадцять років її поглинав ваш інтерфейс. Тепер робота переходить до сервісного шару.
Для українських команд це не абстракція. Якщо ви робите SaaS, маркетплейс або фінтех-продукт, ваші логи вже містять агентний трафік. Почніть з аудиту 30 днів запитів, визначте третю купу й призначте власника. Далі — карта дверей і фіксація того, які обмеження живуть лише в UI. Це не вимагає нового бюджету, лише зміни фокусу: дизайн сервісу, а не екрана.