Перейти до вмісту
XSIS

Технології

ШІ та дані

Моделі й постачальники, точність, пошук чи тонке налаштування, платформи даних, дані в реальному часі й автоматизація документів.

37 запитань

Чим мультиагентна система відрізняється від чатбота?

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

Що таке MCP, A2A і AP2?

Це відкриті протоколи для ШІ-агентів. Model Context Protocol (MCP) підключає агента до інструментів і даних. Agent2Agent (A2A) дає агентам у різних системах змогу делегувати роботу. Agent Payments Protocol (AP2) дає агенту змогу платити за підписаним вами мандатом.

Як ви не даєте агенту зробити те, чого він не має?

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

Що означає людина над контуром?

У роботі з людиною в контурі (HITL) людина затверджує кожен крок. У роботі з людиною над контуром (HOTL) агенти виконують рутинні кроки, а люди наглядають, отримують оповіщення й втручаються у винятках. Ми узгоджуємо з вами, які кроки потребують чого.

Як ви знаєте, що агенти достатньо точні?

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

З якими мовними моделями ви працюєте?

Ми обираємо для кожного завдання. Варіанти охоплюють передові моделі від OpenAI, Claude і Gemini, Llama, Qwen, DeepSeek і Mistral з відкритими вагами та регіональні моделі, як-от Jais, Falcon і ALLaM. Де дані мають залишатися в країні, ми використовуємо моделі, що можуть працювати у вашому середовищі.

Чи працює це арабською та регіональними діалектами?

Так. Ми доналаштовуємо арабоцентричні малі мовні моделі, як-от Jais, Falcon і ALLaM, на вашій лексиці й документах. Потім ми перевіряємо їх на запитаннях ваших користувачів, у діалектах, якими вони користуються.

Що таке GraphRAG із урахуванням дозволів?

Генерація з доповненням пошуком знаходить уривки, що відповідають на запитання, і передає їх моделі. GraphRAG додає граф знань про звʼязки ваших сутностей, тож відповіді можуть іти цими звʼязками. Урахування дозволів означає, що кожен уривок спершу фільтрується за правами того, хто запитує.

Чи потрібна велика модель, чи вистачить малої?

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

Що таке велика кількісна модель? (Великі кількісні моделі та прикладне ML)

Велика мовна модель навчається на тексті. Велика кількісна модель (LQM) навчається на числових даних, як-от ціни, транзакції чи потоки в ланцюгах постачання. Нею моделюють сценарії й прогнозують результати там, де відповіддю є число.

Чи можете ви пояснити рішення моделі аудиторам і клієнтам?

Так. Ми використовуємо методи пояснюваного ШІ (XAI), що показують, які чинники зумовили кожне рішення, і документуємо, як модель створювалася й перевірялася. Ваші команди кредиту, ризику й аудиту можуть переглянути кожну модель до запуску.

Як ви перевіряєте на упередженість?

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

Чи може модель зупинити шахрайство в момент події?

Так. Моделі шахрайства й AML оцінюють транзакції в реальному часі. Підозрілі випадки утримуються чи передаються вашим розслідувачам із причинами, з яких модель їх позначила.

Чи може голосовий агент або агент чату насправді виконати запит?

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

Чи розуміють агенти арабську та регіональні діалекти?

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

Чому запускати компʼютерний зір на периферії?

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

У яких каналах можуть працювати агенти?

Голосові дзвінки, вебчат і месенджери, підключені до тих самих бекенд-систем, щоб клієнт міг переходити між каналами. Ми починаємо з каналу, що несе найбільше запитів.

Що таке інтелектуальна обробка документів (IDP 2.0)?

Вона читає документи так, як це робила б людина: текст, макет і зміст. IDP 2.0 додає ШІ, що перевіряє дані щодо ваших правил, вирішує рутинні винятки й проводить результат у ваші системи.

Які документи ви можете обробляти?

Фактури, банківські виписки, документи торгового фінансування, файли KYC і складні форми, надруковані, скановані чи сфотографовані. Ми тестуємо на ваших зразках, в усіх макетах і мовах, які ви отримуєте.

А якщо вилучення помилкове?

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

Чи це те саме, що роботизована автоматизація процесів?

Ні. Роботизована автоматизація процесів повторює кліки на екранах і ламається, коли макет змінюється. IDP розуміє сам документ і проводить дані через інтерфейси вашої ERP, а не через її екрани.

У які системи ERP ви можете проводити дані?

Ми проводимо через підтримувані інтерфейси ERP, з якими працює наш інтеграційний напрям, зокрема SAP, Oracle, Microsoft Dynamics 365 і Odoo. Проведення перевіряють у пісочниці, перш ніж воно потрапить до вашої робочої облікової книги.

Яку платформу даних нам використовувати?

Це залежить від ваших даних, навичок, того, де мають зберігатися дані, і того, як ви запитуватимете їх. Ми порівнюємо Snowflake, Databricks і відкритий лейкхаус Apache Iceberg із вашими навантаженнями й правилами розміщення даних і радимо найпростіший відповідний варіант.

Чи потрібні нам дані в реальному часі?

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

Чи можете ви витягти дані з нашої ERP, не сповільнюючи її?

Так. Ми читаємо зміни через підтримувані інтерфейси ERP чи її журнали бази даних, а не важкими запитами, і плануємо масові завантаження поза годинами пік. Ми вимірюємо навантаження на ERP до і після.

Як ви переконуєтеся, що цифри правильні?

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

На який простій і втрату даних нам планувати?

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

З якими видами баз даних ви працюєте?

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

Наша база даних повільна. З чого ви почнете?

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

Навіщо нам керування майстер-даними?

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

Як ви не даєте ШІ-асистенту злити дані?

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

Чи сповільнить шифрування наші системи?

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

Чи можемо ми довіряти відповідям розмовного інструмента BI?

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

Що означає «від природної мови до SQL»?

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

Чи можемо ми пропонувати аналітику власним клієнтам?

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

Чим це відрізняється від додавання чатбота?

Чатбот відповідає на запитання. Ми будуємо системи, що виконують роботу. Агенти викликають ваші інструменти під наглядом, моделі відповідають лише з того, що користувач може бачити, а платформи даних їх забезпечують. Кожна система перевіряється, журналюється й вимірюється.

Як ви тримаєте ШІ-агентів під контролем?

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

Більше запитань

Усі теми запитань

Почніть із розмови, а не з договору.

Розкажіть, що вам треба побудувати, зʼєднати чи захистити. Архітектор пройде це з вами, а потім порадить, з чого почати.

Що буде далі

  1. Узгодження часу

    Наша команда напише вам, щоб узгодити час сесії.

  2. Попередня консультація

    Формат: безкоштовна 30-хвилинна онлайн-консультація перед співпрацею. Ми разом розбираємо ваші цілі, системи й обмеження.

  3. Оцінка готовності

    На кроці «безкоштовна 48-годинна оцінка готовності» головний архітектор перевіряє ваш проєкт за 6 пунктами Definition of Ready і рекомендує відповідний трек.

  4. Вибір треку

    Проєкти з готовим обсягом отримують обовʼязкову пропозицію протягом від 3 до 5 робочих днів. Проєкти на стадії концепції починаються в Blueprint Studio. Робоча система, яка дає збої, не має документації або потребує інтеграції, починається з діагностики тривалістю від 1 до 2 тижнів. Blueprint Studio і діагностика мають фіксовану плату, зазначену в пропозиції.