Инструмент за разговори
Създайте инструмент, който AI може да използва по време на разговори. 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 Създаване на проблем
