Компанія «Київ Цифровий» — оператор однойменного муніципального застосунку — розробляє власного ШІ-помічника для мешканців столиці. За даними Speka, конкретних технічних деталей поки немає: ні дати запуску, ні назви моделі чи постачальника, ні переліку функцій компанія не розкрила.

Сам факт анонсу вартий уваги не через масштаб — тут поки що немає жодних цифр чи специфікацій, — а через те, хто саме береться за задачу. «Київ Цифровий» уже кілька років є основним цифровим каналом комунікації мерії з мешканцями: через застосунок кияни оплачують паркування, стежать за громадським транспортом, подають електронні петиції та отримують сповіщення комунальних служб. Якщо ШІ-помічника вбудують саме в цю інфраструктуру, йдеться не про черговий експериментальний чат-бот на сайті, а про потенційну точку входу для аудиторії, що вже налічує сотні тисяч активних користувачів.

Для AI-білдерів це цікавий кейс на перетині GovTech і продуктового AI: муніципальні сервіси рідко публічно афішують технологічний стек і ще рідше доводять пілотні AI-проєкти до продакшену. Тож уже сам факт публічного релізу — якщо він відбудеться і буде задокументований — вартий окремого спостереження.

Що конкретно анонсувала «Київ Цифровий»?

За наявною інформацією — лише намір розробити ШІ-помічника, без технічних подробиць. Speka не наводить ні очікуваної дати запуску, ні того, яка модель або постачальник стоятиме за рушієм, ні конкретного переліку функцій, які отримає помічник. Це типова ситуація для ранньої стадії держпроєкту: анонс наміру передує технічному ТЗ, а тим паче — публічній документації API чи демо.

Для порівняння з тим, що застосунок уже вміє: сьогодні «Київ Цифровий» — це насамперед довідково-транзакційний сервіс (оплата, розклади, сповіщення), а не розмовний інтерфейс. Перехід до ШІ-помічника означає додавання нового шару поверх наявних даних про транспорт, комунальні послуги та звернення мешканців — і саме якість цих даних, а не вибір моделі, зазвичай визначає, чи буде продукт корисним.

Навіщо муніципалітету власний ШІ-помічник?

Логіка тут та сама, що й у бізнесу, який впроваджує підтримку на базі LLM, тільки з іншими метриками успіху:

• Розвантаження кол-центрів і паперового документообігу — типові запити («де мій транспорт», «коли вивезуть сміття», «як подати петицію») добре формалізуються і не потребують живого оператора.
• Цілодобова доступність — на відміну від графіка роботи ЦНАПів чи гарячих ліній.
• Уже наявна структурована база — розклади транспорту, реєстр звернень, дані про паркування — усе це готовий контекст для retrieval-шару, а не сирий текст, який треба спершу оцифрувати.

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

Які ризики варто тримати в голові розробникам?

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

• Відповіді на фактичні питання мають спиратися на retrieval з офіційних джерел, а не на параметричну пам'ять моделі.
• Потрібен явний механізм ескалації до людини для звернень, де ціна помилки висока (пільги, штрафи, юридичні питання).
• Обробка персональних даних мешканців у державному застосунку підпадає під жорсткіші вимоги, ніж типовий SaaS-продукт, — це варто закладати в архітектуру з першого дня, а не патчити постфактум.

Ймовірно, найбільшим викликом стане не сама модель, а інтеграція з застарілими бек-офісними системами міських служб — це типова проблема GovTech-проєктів у будь-якій країні, і ми не маємо підстав вважати Київ винятком.

Що з цим робити AI-білдерам зараз?

Прямого практичного кроку тут поки немає — проєкт на стадії анонсу, без API, документації чи публічного пілота. Але це вартий кейс для спостереження з двох причин. По-перше, український GovTech традиційно рухається обережно, і успішний публічний запуск ШІ-помічника від «Київ Цифровий» стане орієнтиром для інших муніципалітетів і держустанов, які розглядають подібні проєкти. По-друге, для команд, що працюють над AI-продуктами для державного чи муніципального сектору, це сигнал: попит на такі рішення в Україні формується вже зараз, і варто стежити, який стек і які постачальники зрештою виграють тендер чи партнерство.

Наша теза в AiiN: цінність цього анонсу визначить не факт розробки, а те, чи «Київ Цифровий» опублікує вимірювані результати пілоту — частку запитів, закритих без ескалації, і частоту помилкових відповідей. Без цих цифр анонс лишається наміром, а не продуктом.

Чи вже можна користуватися ШІ-помічником «Київ Цифровий»?

Ні. За наявною інформацією, помічник перебуває на стадії розробки, дати запуску немає.

Яка модель лежить в основі помічника?

Це не розкрито. Компанія не назвала ні постачальника, ні модель, яку планує використовувати.

Чи стосується це інших міст в Україні?

Напряму — ні, анонс стосується лише застосунку «Київ Цифровий». Але успішний прецедент у столиці типово стає орієнтиром для інших міських цифрових сервісів в Україні.