Инструмент за Разговори
Създайте инструмент, който AI може да използва по време на разговори. AI решава кога да го извика в зависимост от контекста.
Кога да Използвате
Използвайте този тригер, за да разширите възможностите на вашия AI:
- Търсене на продукти в каталога ви
- Проверка на статуса на поръчки в системата ви
- Преглед на данни за клиенти в CRM
- Създаване на тикети за поддръжка в JIRA
- Резервиране на срещи
- Всякаква персонализирана способност
Конфигурация
Основни Настройки
| Поле | Описание |
|---|---|
| Име на Инструмента | Име, разбираемо за хората (показано в Библиотеката на Нодове) |
| Описание | Обяснява кога/как AI трябва да използва този инструмент |
Насочване към Потребители
Изберете кой може да използва този инструмент:
| Опция | Описание |
|---|---|
| Всички Потребители | Анонимни + свързани потребители |
| Само Свързани Потребители | Само потребители с влязъл акаунт |
| Достъп на Основата на Роли | Специфични потребителски роли |
Променливи на Инструмента
Определете параметрите, които AI трябва да събере от потребителя:
| Поле | Описание |
|---|---|
| Име на Променливата | Вътреш но име (например, query, orderId) |
| Описание | Помага на AI да разбере какво да поиска |
Променливите стават налични като {{variableName}} в потока ви.
Как Работи
- Вие определяте инструмент с име, описание и променливи
- AI учи кога да го използва от вашето описание
- Потребителят пита нещо свързано (например, "Намери ми лаптоп")
- AI събира необходимите променливи в разговорен стил
- Потокът се изпълнява с събраните данни
- Резултатът се връща на AI за окончателния отговор
Именуване на Вашите Инструменти: Защо е Важно
Когато вашият AI асистент има достъп до множество инструменти, той избира кой да извика на базата на три неща само: името на инструмента, описанието на инструмента и описанията на променливите. Той не може да види какво има в потока — чете текста и решава.
Ако тези три полета са неясни или твърде сходни между инструментите, AI ще избере грешния инструмент. Изследванията върху извикването на функции от LLM показват, че подобряването на яснотата на описанието само по себе си може да увеличи правилния избор на инструмент с 15–20 процентни пункта, без да се променя основният модел.
Това е особено критично, когато имате няколко инструмента, които търсят в различни бази данни — от гледната точка на AI, те всички "търсят информация." Името и описанието са единственият начин, по който той може да ги различи.
Име на Инструмента
Използвайте шаблона domain_action_target, така че името само по себе си да различава всеки инструмент:
| ❌ Неясно | ✅ Ясно |
|---|---|
Търсене | rgpd_legal_analysis |
search_docs | ecommerce_product_search |
Инструмент 2 | support_ticket_lookup |
AI използва името като първи филтър преди да прочете описанието. Ясното име му позволява да направи бърз списък; общото име го принуждава да гадае.
Описание на Инструмента
Описание е вашият най-мощен лост. Използвайте тази формула:
[Какво прави — 1 изречение]
Използвайте за: [3–5 конкретни случая на употреба с думите, които вашите потребители биха казали]
❌ Лошо:
Търсене на информация в базата данни.
✅ Добро:
Търси санкции на CNIL и съдебна практика на CJUE.
Използвайте за: намиране на решения за наказания по сектор или тип нарушение,
преглед на размери на глоби, цитиране на правни прецеденти,
оценка на финансовия риск от несъответствие с RGPD.
Думите в "Използвайте за" действат като семантични тригери. Когато съобщението на потребителя съдържа "глоба", "наказание" или "риск", AI незабавно го свързва с този инструмент.
Описания на Променливи
Променлива, описана като "Търсене на запитване", не казва на AI нищо. Той ще постави суровия въпрос на потребителя всеки път. По-добро описание насочва AI да извлече правилните ключови думи преди да ги изпрати.
| ❌ Неясно | ✅ Ясно |
|---|---|
Търсене на запитване | Запитване за търсене: тип нарушение, име на компания, сектор, размер на глоба или правна концепция |
Потребителски вход | Тип документ, който се иска: шаблон, модел, форма, клауза или договор |
Това принуждава AI да формулира отново вместо да копира цялото съобщение на потребителя — което води до по-целеви търсения и по-добри резултати.
Избягване на Конфликти между Инструменти
Когато два инструмента могат да отговорят на един и същ въпрос, AI се колебае — и понякога избира на случаен принцип. Всеки инструмент трябва да обхваща ексклузивна територия.
Правилото: ако можете да помислите за потребителски въпрос, който може да отиде и към двата инструмента, вашите описания се нуждаят от повече прецизност.
Пример — 5 инструмента за съответствие с ясни граници:
| Инструмент | Обхваща | Не обхваща |
|---|---|---|
compliance_legal_analysis | Правни статии, правни задължения, права | Никакви практически съвети, никакви реални случаи |
compliance_methodology | Стъпка по стъпка ръководства, процедури за одит, рамки | Никакъв правен текст, никакви шаблони |
compliance_document_templates | Готови за употреба модели, форми, клаузи на договори | Никаква методология, никакъв правен анализ |
compliance_business_processes | Оперативни работни потоци, одобрителни кръгове | Никакъв правен текст, само вътрешни процеси |
compliance_operational_solutions | Конкретни решения, технически препоръки | Никаква теория, само приложими решения |
Колкото по-специфично е всяко описание относно това, което инструментът обхваща, толкова по-малко неяснота има. Не е необходимо да пишете явни изключения — прецизността върши работата.
Бърз Контролен Списък
Преди да публикувате поток с тригер на Инструмента за Разговори, проверете:
- Името следва
domain_action_target— различимо без да се чете описанието - Описание започва с това, което инструментът прави в 1 изречение
- Описание включва "Използвайте за:" с 3–5 конкретни случая на употреба
- Описания на променливи изброяват типовете информация, които се очакват, а не просто "запитването"
- Няма припокриване с територията на друг инструмент
- Тестирано с 2–3 неясни въпроса в панела за тестове, за да се потвърди правилното маршрутизиране
Пример: Търсене на Продукти
Конфигурация на Инструмента:
- Име:
ecommerce_product_search - Описание: Търси в продуктовия каталог по име, категория или характеристика. Използвайте за: намиране на конкретен продукт, сравняване на продукти в категория, проверка дали продуктът съществува, преглед на спецификации или цени на продукти.
- Променлива:
query— "Име на продукта, категория, характеристика или ценови диапазон за търсене"
Поток:
- Тригер: Инструмент за Разговори
- Действие: Търсене в Базата Знания (
{{query}}) - Действие: Задаване на Наблюдение (върнете резултатите)
Разговор на Потребителя:
Потребител: "Имате ли безжични слушалки?"
AI: извиква ecommerce_product_search с query="безжични слушалки"
AI: "Да! Намерих 3 безжични слушалки. Sony WH-1000XM5 е нашият бестселър на цена от 349 €..."
Пример: JIRA Тикет
Конфигурация на Инструмента:
- Име:
support_create_jira_ticket - Описание: Създава тикет за поддръжка в JIRA от разговора. Използвайте за: когато потребителят докладва за бъг, иска функция или трябва да ескалира проблем до техническия екип.
- Променливи:
title— "Кратко резюме на проблема (1 изречение)",description— "Подробно описание, включително стъпки за възпроизвеждане, очаквано поведение и действително поведение"
Поток:
- Тригер: Инструмент за Разговори
- Действие: AI Запитване (генериране на заглавие/описание)
- Паралелно: Генериране на описание + заглавие
- Действие: JIRA Създаване на Проблем
