用Dify 3步搭好智能工單自動(dòng)處理系統(tǒng)【免費(fèi)下載鏈接】difyBuild Agentic workflows, RAG pipelines, with rich AI model and tool support on one collaborative workspace. Deploy on cloud, VPC, or self-hosted, so teams move from prototype to production without rebuilding the stack.項(xiàng)目地址: https://gitcode.com/GitHub_Trending/di/dify客服群里飄著幾十條密碼怎么重置訂單狀態(tài)為什么沒變這類重復(fù)問題往往占到工單總量的一半。Dify 是一個(gè)開源的 LLM 應(yīng)用開發(fā)平臺(tái)你可以用它把工單從外部系統(tǒng)接進(jìn)來讓 AI 完成分類、查知識(shí)庫、生成回復(fù)全程在畫布上拖拽配置不寫代碼。客服被同樣的問題反復(fù)轟炸是不是有點(diǎn)熟悉工單分類、知識(shí)檢索、自動(dòng)回復(fù)都靠它拖拽編排畫布上把觸發(fā)器、問題分類、知識(shí)檢索、LLM 節(jié)點(diǎn)連成一條鏈工單進(jìn)來后走哪條分支一眼就能看懂。模型熱插拔LLM 節(jié)點(diǎn)里配的是模型而不是寫死的接口今天用 GPT、明天換成通義千問或 DeepSeek只改一處配置。Webhook 觸發(fā)觸發(fā)節(jié)點(diǎn)會(huì)生成一個(gè)外部地址工單系統(tǒng)新建工單時(shí)往這個(gè)地址 POST 一次數(shù)據(jù)流程立即啟動(dòng)不用人盯著刷新。Dify 工作流編輯器節(jié)點(diǎn)鏈、模型配置與工具調(diào)用在同一界面完成3步搭好一條工單自動(dòng)處理工作流先在 Dify 控制臺(tái)新建一個(gè) Workflow 類型的應(yīng)用下面三步都在畫布里完成。要給團(tuán)隊(duì)正式用參考 docker 目錄的部署說明用 docker compose 命令拉起 nginx、api、worker 和數(shù)據(jù)庫即可。Dify 自部署架構(gòu)nginx 統(tǒng)一入口api 與 worker 協(xié)同數(shù)據(jù)落在 PostgreSQL、Redis 和向量庫Step 1接入工單數(shù)據(jù)源做什么給工作流加一個(gè) Webhook 觸發(fā)器讓工單創(chuàng)建后自動(dòng)進(jìn)入流程。在哪里畫布起始位置添加 trigger-webhook 觸發(fā)節(jié)點(diǎn)復(fù)制它生成的 URL。怎么做工單系統(tǒng)每次新建工單時(shí)向這個(gè) URL 發(fā)一次 POST帶上標(biāo)題、內(nèi)容和優(yōu)先級(jí)調(diào)試時(shí)不用等真實(shí)數(shù)據(jù)直接在測(cè)試面板粘貼一條工單試跑觸發(fā)機(jī)制的實(shí)現(xiàn)可以看 trigger_manager.py測(cè)試面板里貼這段最小負(fù)載就能跑通{ title: 支付回調(diào)一直失敗, content: 訂單狀態(tài)三天沒更新, priority: high }跑通這條鏈分類和回復(fù)的素材就齊了接著配分支。Step 2配置問題分類與知識(shí)檢索做什么用問題分類節(jié)點(diǎn)把工單分流普通咨詢走知識(shí)檢索自動(dòng)回答。在哪里觸發(fā)節(jié)點(diǎn)后接 Question Classifier分支上再掛 Knowledge Retrieval。怎么做分類器里建 4 個(gè)類別緊急故障、技術(shù)咨詢、產(chǎn)品反饋、普通咨詢每類寫一句顧客會(huì)怎么描述檢索節(jié)點(diǎn)關(guān)聯(lián)知識(shí)庫前先把 FAQ 和歷史解決方案按一題一條整理后上傳工作流畫布與運(yùn)行測(cè)試面板左側(cè)是問題分類、知識(shí)檢索等節(jié)點(diǎn)右側(cè)逐個(gè)查看節(jié)點(diǎn)輸入輸出分支連好后點(diǎn)右上角 Run 用 5 條真實(shí)工單測(cè)一遍哪條走錯(cuò)了分支測(cè)試面板里每個(gè)節(jié)點(diǎn)的輸入輸出都看得見。Step 3生成回復(fù)并推回工單系統(tǒng)做什么給普通咨詢分支接 LLM 節(jié)點(diǎn)生成回復(fù)再把結(jié)果發(fā)回工單系統(tǒng)或群通知。在哪里分類節(jié)點(diǎn)普通咨詢分支后依次添加 LLM 和 HTTP Request 節(jié)點(diǎn)。怎么做LLM 節(jié)點(diǎn)的提示詞里引用檢索結(jié)果讓回復(fù)基于知識(shí)庫內(nèi)容而不是憑空發(fā)揮HTTP Request 節(jié)點(diǎn)調(diào)用工單系統(tǒng)的回填接口或推到企業(yè)微信、Slack 的機(jī)器人緊急故障分支單獨(dú)走通知邏輯只提醒人不自動(dòng)回復(fù)客戶應(yīng)用發(fā)布后的對(duì)話預(yù)覽AI 回復(fù)實(shí)時(shí)可見方便逐條核對(duì)語氣和準(zhǔn)確性這兩個(gè)地方最容易翻車現(xiàn)象工單被分進(jìn)錯(cuò)誤類別。原因類別描述寫得太技術(shù)化模型分不清宕機(jī)和用不了。解法每類描述改寫成顧客口吻的一句話再補(bǔ)一個(gè)其他/轉(zhuǎn)人工兜底類別。現(xiàn)象檢索回來的段落不相關(guān)回復(fù)變長(zhǎng)跑偏。原因知識(shí)庫里單條 FAQ 塞了太多內(nèi)容召回一大段無關(guān)文字。解法按一題一條拆條重新上傳檢索節(jié)點(diǎn)開啟 rerank 并限制召回條數(shù)。把這套流程用起來之后重復(fù)工單秒回人工只盯緊急分支和轉(zhuǎn)人工的少數(shù)路徑每次誤分類都是現(xiàn)成的調(diào)優(yōu)樣本流程會(huì)越跑越準(zhǔn)。打開 Dify 控制臺(tái)新建一個(gè) Workflow 應(yīng)用挑一條真實(shí)工單先跑起來。【免費(fèi)下載鏈接】difyBuild Agentic workflows, RAG pipelines, with rich AI model and tool support on one collaborative workspace. Deploy on cloud, VPC, or self-hosted, so teams move from prototype to production without rebuilding the stack.項(xiàng)目地址: https://gitcode.com/GitHub_Trending/di/dify創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考