Kliv

    Цю сторінку перекладено з англійської.

    ШІ та машинне навчання

    Створюйте та оркеструйте AI-агентів

    Kliv — AI-конструктор застосунків. Опишіть знання агента, права доступу, дії, передачі та розклади — і він створить агента всередині застосунку, якому той служить.

    kliv.dev

    Просто введіть свою ідею в текстове поле, і AI створить її для вас

    383 символів

    Що таке Kliv?

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

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

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

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

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

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

    З чого складається агент

    Записи та правила, без яких довіряти агента користувачам не варто.

    База знань

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

    Можливості

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

    Доступ користувача

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

    Журнали розмов

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

    Передача людині

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

    Заплановані завдання

    Агенти також можуть виконувати завдання за розкладом, наприклад позначати застарілі комерційні пропозиції щоночі або щопонеділка надсилати у Slack підсумок питань без відповіді.

    Приклад: дистриб'ютор запчастин Оксани

    Ось як один дистриб'ютор міг би використовувати агента, створеного в Kliv. Це лише приклад — ви опишете власні документи, користувачів, дії та правила ескалації.

    01

    Документи стають доступними для пошуку

    Оксана завантажує 40 PDF-каталогів і політику повернень. Індексація запускається автоматично, і агент може відповідати на запитання про товари на основі цих файлів.

    02

    Перевірку замовлень надають свідомо

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

    03

    Межу доступу перевіряють

    Сценарій входить під обліковим записом клієнта А і запитує про замовлення клієнта Б. Тест запускається у справжньому застосунку на одноразовій копії бази даних і підтверджує, що в доступі відмовлено.

    04

    Ескалація — частина роботи

    Розмови без відповіді відкривають звернення в підтримку з доданим журналом, а Slack сповіщає потрібний канал підтримки. Агент знає, коли зупинитися.

    05

    Журнали розмов показують, що покращити

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

    Опишіть агента, якого хочете отримати

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

    kliv.dev

    Агент відділу замовлень

    Інструкції, статус замовлень, повернення та журналювання розмов.

    “Створи особистий кабінет клієнта для мого дистриб'ютора промислових запчастин. Додай AI-агента, який відповідає на основі завантажених інструкцій до товарів і таблиць моментів затягування, перевіряє статус замовлення авторизованого клієнта, оформлює повернення лише для замовлень у межах строку повернення, ескалує сумнівні випадки в підтримку і зберігає кожен журнал розмови.”

    kliv.dev

    Агент бронювання

    Питання про послуги та актуальна доступність.

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

    kliv.dev

    Внутрішній агент з політик

    Процедури для персоналу з ескалацією.

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

    Як працює оркестрація

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

    Спершу — ідентифікація. Агенти обслуговують авторизованих користувачів: за електронною поштою та паролем, через вхід Google чи Facebook, ключі доступу (passkeys) або двофакторну автентифікацію. Застосунок знає, хто запитує, ще до того, як агент відповість.

    Зворотний зв'язок вбудований одразу. Журнали розмов показують, де база знань тонка. Ви можете додавати документи в будь-який час, а зміни публікуються через той самий перевірений процес, що й решта застосунку.

    Що саме можна дозволити агентам, як працює індексація і як журнали розмов виглядають на практиці — детальний огляд агентів розкриває всю картину.

    Поширені запитання

    Що таке Kliv?

    Kliv — це AI-конструктор застосунків. Ви описуєте веб-застосунок і агента, які вам потрібні, а Kliv створює застосунок, агента, дані, права доступу та екрани навколо нього.

    Я отримую справжній застосунок чи шаблон?

    Справжній застосунок. Агент працює всередині застосунку, створеного під ваші дані, користувачів і робочі процеси. Це не типовий шаблон агента для спілкування.

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

    Так. Ви можете додавати документи, змінювати надані можливості, коригувати правила ескалації або додавати ще одного агента — просто попросивши про зміну.

    Що заважає агенту вигадувати відповіді?

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

    Чи може агент виконувати дії, а не лише відповідати?

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

    Як побачити, що агент говорив?

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

    Чи потрібно мені розгортати AI-інфраструктуру?

    Ні. Індексація бази знань, середовище виконання агента та збереження журналів — частина застосунку, який будує Kliv. Вам не потрібно розгортати векторну базу даних, чергу повідомлень чи окремий AI-сервер.

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

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

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

    Ні. Агент читає дані за тими самими правилами доступу до рядків, що й застосунок. Авторизований користувач отримує лише ті рядки, які йому дозволено читати.

    Чи можу я згодом піти від Kliv?

    Так. Код застосунку синхронізується з вашим власним Git-репозиторієм, тож перехід — це git pull, а не переробка з нуля.

    Чи можу я використати власний домен?

    Так. Застосунок може працювати на вашому власному домені, з агентом усередині нього.

    Дайте агенту роботу, а не просто вікно чату

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