Який тип програми вибрати в Dify для кожного завдання

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

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

Типи програм Dify з першого погляду

Хлопець	Для чого це потрібно?	Коли його вибрати
Чат-бот	Відповідайте у простій розмові.	Якщо достатньо моделі, інструкцій та, за потреби, бази знань.
Генератор тексту	Згенерувати результат за одне виконання.	Якщо користувач заповнює поля та очікує текстового повідомлення, без розмови чи кількох кроків.
Базовий агент	Обговоріть та вирішіть, коли використовувати налаштовані інструменти.	Якщо маршрут змінюється відповідно до кожного запиту, і вам не потрібно розробляти повний візуальний потік.
Чатфлоу	Керування розмовою через вузли та умови.	Якщо вам потрібно кілька поворотів, різних маршрутів або змінних під час розмови.
Робочий процес	Обробляти завдання від початку до кінця, використовуючи вузли.	Якщо ви хочете автоматизувати незалежний процес, навіть після отримання події або в певний час.

У цій таблиці описано основні та основні типи застосувань. Також є Новий багаторазовий агент у бета-версії які можуть функціонувати окремо або брати участь у робочому процесі; ми побачимо це пізніше.

Чат-бот та генератор текстів для простих завдань

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

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

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

Коли використовувати Chatflow

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

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

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

Коли вибирати робочий процес для автоматизації завдань

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

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

Робочий процес можна ініціювати вручну або через виклик API. У версіях, що включають ТригериВін також може запускатися за розкладом, після отримання вебхука або коли відбувається подія сумісного плагіна. Таким чином, «автоматизація» не означає просто натискання кнопки для виконання потоку.

Якщо етап потребує перевірки людиною перед продовженням, Dify також надає вузол втручання людини в підтримуваних версіях. Це корисна опція, коли процес включає публікацію, надсилання або зміну інформації, яка потребує перевірки.

Агент: Коли дозволити моделі вибрати інструменти

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

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

Крім того, важливо розрізняти три способи використання назви:

• Базовий агент: додаток для чату з інструментами, у простих режимах Dify.
• Класичний вузол агента: Це розміщує етап прийняття рішень та використання інструментів у візуальному потоці.
• Новий агент багаторазового використання: Ця бета-функція дозволяє налаштувати агента один раз і використовувати його як окремий застосунок або як крок у робочому процесі. Її доступність залежить від версії та використовуваного середовища.

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

Як поєднати Workflow та Agent, не ускладнюючи весь проект

Вам не потрібно вибирати між повністю фіксованим процесом і повністю автономним. Ви можете залишити це в руках Робочий процес відомі деталі та використовуйте Агент лише для складного рішення програмувати з умовами.

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

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

RAG та моделі: компоненти, які ви можете інтегрувати

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

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

Як прийняти рішення перед створенням заявки

1. Вам просто потрібно отримати текст після заповнення деяких полів? Почніть з генератора тексту.
2. Вам потрібно кілька разів розмовляти з простим асистентом? Спробуйте чат-бота.
3. Чи вимагає розмова умов, кількох етапів чи змінних? Виберіть Чатфлоу.
4. Ви хочете обробляти окремі записи чи реагувати на події? Використовуйте робочий процес.
5. Чи залежить наступний інструмент від того, що виявить модель? Введіть агента окремо або на певному етапі потоку, залежно від вашої ситуації.

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