[Flowise Guide 00] API Flowise: Ваш шлях до персоналізованих чат-досвідів

Розмова з майбутнім: Як API Flowise Відкриває Двері до Персоналізованого Чат-Досвіду

Зі звичайним захопленням. Та невгамовною цікавістю, я, Ліла Гарт, завжди шукаю глибину в технологіях, людське обличчя в алгоритмах. Очевидно, сьогодні я занурююсь у світ Flowise, платформи, яка. Фактично, перетворює чат-досвід у творчий інструмент зручності та персоналізації. Відверто кажучи, це як знайти нову, невисловлену мову. І ключ до цієї мови, як виявилося, в API – мостах, що з’єднують наші прагнення з машинами. Отож, заварюйте каву, давайте разом пірнемо у захоплюючий світ API Flowise.

Відкриття Всесвіту API:

Flowise пропонує низку API-кінцевих точок, які, як чарівні ключі. Щоб було ясно, відкривають двері до інтеграції ваших улюблених чат-потоків у власні розробки або сторонні платформи. Це не просто функціональність, це можливість вдихнути життя у кожну взаємодію. Це як створювати власні світи в межах вже існуючих!

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

Звісно, в голові виникає логічне питання: чим API відрізняється від вбудованого API? Чесно кажучи, вбудований API – це як давати чат-бульбашки веб-сайтам. А ось API – це відкриття космосу, де потоки чату стають доступними звідусіль. Щоб було ясно,

Уявіть: ви можете викликати API з власного коду. Дивно, додати автентифікацію користувачів, щоб ваші взаємодії стали особистими. Маєте змогу інтегрувати їх з автоматизованими процесами, такими як Zapier та Make. А також – щось неймовірно амбіційне: об’єднати їх з платформами. Начебто, для чат-потоків на кшталт BotPress та VoiceFlow, типу того.

Дві ключові фрази для розуміння:

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

Крок до технічної глибини:

У цьому посібнику ми. Не будемо занурюватися в код, адже є безліч платформ для інтеграції. Дивно, натомість, ми зосередимось на використанні API-кінцевих точок та їх потенціалу. Для цього ми будемо використовувати Postman. Якщо ви любите експерименти так само як я, запрошую вас приєднатись до нашої подорожі з Postman. Чесно кажучи,

Тестимо, бачите, досліджуємо, захоплюємось:

Ми почнемо з простого, а. Саме – виклику чат-потоку за допомогою кінцевої точки API. Далі ми будемо змінювати значення в потоках чату динамічно, використовуючи кінцеву точку API. Мета: загалом, персоналізація та адаптивність.

припустимо,

Потім ми зануримось у RAG-чат-потік. Очевидно, ми навчимо його спілкуватись з власними даними. Звісно, використовуючи API. – ми навчимось запускати операції з цими даними, та завантажувати файли через API.

Простий потік, безмежні можливості:

Для початку: LLM-ланцюжок. Який генерує назву компанії на основі представленого продукту. Задана змінна – “product”. Якщо в чаті ввести “balloons” (повітряні кульки), ми отримаємо відповідь.

А тепер – серцевина нашої історії: як викликати цей чат-потік ззовні Flowise?

1. Крок перший: натискаємо на “API endpoint”.
2. Крок другий: обираємо необхідний код.
3. Крок третій: бачите, обираємо потрібну кінцеву точку API, заголовок та поля тіла.

десь так,

Для Zapier чи Voiceflow достатньо перейти на, якось так. Вкладку “curl”, щоб отримати всю необхідну інформацію, щось на зразок.

Скопіювавши URL, використовуємо Postman. Змінюємо get-запит на post.

У розділі “Headers” встановлюємо “Content-Type” як “application/json”. У типу, розділі “Body” змінюємо тип на “raw”. Копіюємо значення з “Body” у відповідне поле. Цікаво,

Натискаємо “Send”. Отримуємо результати. Відверто кажучи, змінимо “balloons” на “Cakes”, надсилаємо запит бо отримуємо відповідь! Ми використали API.

Глибина та деталі.

У Flowise в розділі “Settings” та “View Messages” виникає магія. Кожен виклик API породжує нову розмову. А в перспективі – можливість використовувати той же ідентифікатор сесії, щоб додавати повідомлення та продовжувати розмову.

Особлива властивість: override config.

розумієте,

Перейдемо до вкладки “Show Input Config”, типу, яка. Виглядає дещо лякаюче – але легка у користуванні, десь так.

Спочатку бачите, – всі вузли на полотні. Дивно, наразі їх три: модель чату, ланцюжок All-in, шаблон підказки. Більше того, override config дозволяє переписувати властивості цих вузлів.

Уявіть: ви хочете змінити модель “OpenAI” динамічно. Наприклад, встановити замість “GPT 3. Зрозуміло, наприклад, 5 Turbo” – “GPT 4”.

Щоб переписати ці значення:

1. Додаємо в payload властивість “override config”.
2. Вказуємо властивості – у фігурних дужках: далі.
3. Знаходимо назву властивості для “model name” бо
4. Розширюємо вузол “chatOpenAI” з можливими властивостями. Звичайно,
5. Копіюємо властивість “model name”.
6. Вставляємо в payload: “model name”: “GPT 4”

Запускаємо. Отримуємо відповідь. Як пересвідчитись, що буде використано GPT4?

За допомогою аналітичного інструменту LangSmith, де можна побачити яку модель використовували.

Переписуємо все!

Відтепер можна переписувати шаблон підказки оскільки щоб це зробити:

1. Знаходимо властивість “template”.
2. Вставляємо у Postman шаблон (“tell me a joke about product”).
3. Змінюємо дані.
4. Надсилаємо, отримуємо відповідь.

Також можна призначати конкретні值 для змінних, копіюючи властивість “prompt values”.

Як? Очевидно, де? Що проте відповідь проста. Дивно,

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

1. Отримуємо “node ID”, натиснувши на інформаційній кнопці на вузлі, десь так.
2. Копіюємо ID.
3. Видаляємо значення у стрічці та замінюємо його на фігурні дужки.
4. У лапках вказуємо “node ID” та значення.

Потоки розмови:

При надсиланні повідомлень у потоках розмови ми отримуємо властивість “session ID”. Простіше кажучи, розумієте, її можна використовувати для продовження існуючої розмови. Властивість “session ID” – як нитка, що пов’язує події розмови. Звичайно,

Змінюємо текст. Направляємо проте ви отримуємо того ж самого “session ID”.

В розділі “view messages” можна все прослідити.

Обмеження та рішення:

Сьогодні є одне обмеження з потоками розмови. Хоча й було зазначено ім’я “Leon”, модель може забути його. Але є рішення:

1. Властивість “history” – масив з повідомленнями. Очевидно,

2. Об’єкти з двома властивостями – “message” та “type”, десь так.

   У цьому випадку історія – це контекст! Повідомлення в “history” не додаються до кінцевої розмови.

Щодо отримання історії, треба зробити:

1. Ввести URL, вказати server.
2. Вставити API V1 chat message. Відверто кажучи, фактично,
3. Вказати workflow ID. Очевидно,
4. Вказати session ID та його значення.
5. Подивитись результати.

Альтернативний, найкращий, спосіб:

Використовуємо пам’ять “Upstash Redis”. Поєднуємо скажімо, з вузлом в принципі, “Upstash Redis backed chat memory”. У припустимо, Postman видаляємо session ID, змінюємо текст, надсилаємо. Ми все ще використовуємо “Upstash”. Копіюємо session ID.

слухайте,

У базі даних Redis зберігаються дані розмови! Великий плюс: не треба більше вказувати “history” – Flowise автоматично збирає інформацію.

RAG чат-потік та API:

За допомогою API можна робити багато цікавого.

1. Створювати RAG чат-потік.
2. Використовувати API для роботи з ну, даними бо
3. Змінювати веб-скрапер на файл.

Пропонуємо зробити “upsert” – завантажуємо з файлу.

Етапи завантаження:

1. Видаляємо старі значення хоча
2. Вибираємо “Show API” та клацнути “curl”.
3. У Postman – вставити API, змінити тип на “post”.
4. В “Headers” додати value.
5. В “Body” замість тексту – обрати файл.
6. Надсилаємо, отримуємо відповідь.
7. Використовуємо “predict” для перевірки.

Під час завантаження – все працює!

Безпека та обмеження:

Для захисту API є ключ. Звичайно, до нього можна дістатись в Flowise в розділі API keys. Або взяти з curl-команди.

В Postman:

1. В “Headers” додаємо “Authorization”.
2. Вставляємо bearer-токен.

Також є ліміти на кількість повідомлень. Їх можна налаштувати в розділі “Settings” -> “configuration” -> “write limiting”.

Змінюємо ліміт, надсилаємо запит – отримуємо повідомлення.

Завершення мандрівки:

Ще раз нагадую, що весь цей процес. – чудовий приклад того, як API може розширити можливості вашої роботи. До речі, дивіться, залишайтеся допитливими, експериментуйте та насолоджуйтеся цим захоплюючим шляхом! І пам’ятайте, що я, Ліла Гарт, завжди з вами, щоб перетворити складне на захопливе.