大升級全解讀)
Dify Chat v0.8.0 路線圖前瞻HITL 人工介入與架構(gòu)大升級全解讀【免費下載鏈接】dify-app-hub一個 Dify 應用管理平臺基于 Dify API 構(gòu)建提供深度優(yōu)化的用戶端交互界面支持 Chatflow、Workflow 等多種 Dify 應用類型適配深度思考、思維鏈、圖表渲染、文件處理等豐富的 AI 輸出形式提供開箱即用的 AI 應用解決方案。項目地址: https://gitcode.com/gh_mirrors/di/dify-app-hubDify Chat是一款基于 Dify API 構(gòu)建的Dify 應用管理平臺為 Chatflow、Workflow 等 AI 應用提供開箱即用的用戶端界面。即將到來的v0.8.0版本是項目的一次里程碑式更新HITLHuman In The Loop人工介入能力將正式落地同時底層完成Prisma 到 Drizzle ORM 的架構(gòu)大升級。本文將完整解讀 v0.8.0 路線圖中的核心功能、架構(gòu)變更與升級注意事項幫你提前規(guī)劃遷移方案。一、HITL 人工介入讓 AI 工作流停下來等人HITLHuman In The Loop是 v0.8.0 最重磅的新功能。它讓 Dify Workflow / Chatflow 中的「人工干預」節(jié)點真正可用——工作流運行到該節(jié)點時會自動暫停向用戶展示一張表單卡片等待人工審批或補充輸入后再繼續(xù)執(zhí)行后續(xù)流程。1. 為什么需要人工介入在實際業(yè)務中很多流程必須由人來做最終把關例如合同審批AI 起草合同人工確認后才能發(fā)送內(nèi)容審核AI 生成文案人工選擇通過或駁回關鍵決策涉及資金、刪除等敏感操作需要人工二次確認此前這類人機協(xié)同場景在對話界面中無法實現(xiàn)。v0.8.0 補齊了這塊拼圖。2. HITL 表單卡片長什么樣當工作流觸發(fā)人工介入時聊天消息流中會自動渲染一個表單卡片包含 4 部分組成說明 表單內(nèi)容節(jié)點中配置的提示文字?? 輸入字段支持文本、下拉選項、段落、數(shù)字四種類型 操作按鈕如「通過」「駁回」由工作流配置決定支持主/次按鈕樣式?? 倒計時剩余有效時間超時后表單鎖定不可提交3. 背后的技術原理簡單版整個流程基于 SSE 流式事件的擴展核心鏈路如下流式響應中新增human_input_required事件攜帶form_token與task_id前端通過平臺代理調(diào)用GET /form/human_input/{form_token}拉取表單內(nèi)容用戶填寫并點擊按鈕后POST提交表單響應通過GET /workflow/{task_id}/events重連 SSE 流工作流恢復執(zhí)行關鍵實現(xiàn)分布在 HITL 設計文檔 中規(guī)劃的文件表單組件web/components/chat/hitl-form/index.tsx、流事件處理web/hooks/useX/x-provider.ts、狀態(tài)管理web/lib/core/store.ts。4. 邊界情況與錯誤處理開發(fā)團隊為各種異常場景做了完整兜底表單加載失敗 → 顯示「加載失敗」 重試按鈕提交失敗網(wǎng)絡異?!?按鈕恢復可用可重試表單過期 / token 無效 → 鎖定交互并給出明確提示切換會話 → HITL 狀態(tài)自動清除互不干擾使用門檻無需任何額外配置只要你的 Dify 應用v1.14.0中包含人工干預節(jié)點Dify Chat 會自動識別并渲染。詳見 HITL 功能文檔。二、架構(gòu)大升級Prisma 正式遷移至 Drizzle ORM?? 除了新功能v0.8.0 還完成了一項用戶無感、影響深遠的底層重構(gòu)數(shù)據(jù)庫 ORM 從 Prisma 遷移至 Drizzle ORM 1.x。1. 這次遷移堅持三個零承諾說明零結(jié)構(gòu)變更數(shù)據(jù)庫表結(jié)構(gòu)與列定義保持完全一致零數(shù)據(jù)丟失遷移過程不觸碰任何存量數(shù)據(jù)零用戶感知API 出入?yún)⒉蛔兩壓髴谜粘_\行2. 為什么換成 Drizzle原生 TypeScript類型從 Schema 自動推斷$inferSelect/$inferInsert告別 Prisma 的生成客戶端環(huán)節(jié)輕量透明查詢即 SQL調(diào)試和性能優(yōu)化更直接遷移流程更安全v0.8.0 明確只保留generatemigrate命令禁用push所有表結(jié)構(gòu)變更必須走「生成 SQL → Review → 執(zhí)行」流程杜絕靜默刪列風險3. 代碼層面的變化數(shù)據(jù)表定義按表拆分至web/db/schema/apps.ts、web/db/schema/users.tsDrizzle 客戶端單例位于web/db/index.ts遷移 SQL 與快照納入版本管理存放在web/db/migrations/認證層移除了 Prisma Adapter改用 JWT 策略自行查庫邏輯更簡潔完整遷移方案見 Prisma 到 Drizzle ORM 遷移設計包含風險清單與逐層對照表是了解項目數(shù)據(jù)庫層的最佳入口。三、體驗優(yōu)化四大實用新功能除 HITL 外v0.8.0 路線圖還列出了 4 個顯著提升日常使用體驗的功能1. ? 寬屏模式切換按鈕新增一鍵切換寬屏/窄屏的按鈕Close #381閱讀長文檔、寬表格時不再受默認消息寬度限制歡迎卡片也同步適配寬屏。2. 思考時間跨會話持久化思考時間think-time設置現(xiàn)在會跨會話保存Close #353切換對話后不用再重復配置。3. ? IndexedDB 存儲 Workflow 數(shù)據(jù)Workflow 節(jié)點數(shù)據(jù)從 localStorage 遷入 IndexedDB 持久化存儲容量更大、寫入更穩(wěn)解決長工作流數(shù)據(jù)被截斷的問題。相關實現(xiàn)位于web/hooks/useX/workflow-data-storage.ts。4. 初始化郵箱自動帶入登錄頁平臺初始化時填寫的管理員郵箱會自動預填到登錄頁Close #442減少重復輸入。四、破壞性變更清單升級前必看 ??v0.8.0 包含 4 項破壞性變更升級前請務必閱讀變更影響應對建議ORM 遷移至 Drizzle 1.xweb/prisma/目錄整體刪除表結(jié)構(gòu)未變數(shù)據(jù)無縫遷移數(shù)據(jù)庫變更命令改為db:generatedb:migrate刪除packages/react-app子包及全部dify-chat/*npm 包依賴這些包的老項目無法繼續(xù)升級新項目請直接使用 web 包能力存量項目請評估鎖定版本狀態(tài)管理遷至 ZustandReact Context 相關代碼移除組件 API 不變業(yè)務代碼基本無需改動移除調(diào)試模式debug-mode調(diào)試模式相關組件與配置失效改用在真實環(huán)境驗證或等待后續(xù)替代方案 相關設計文檔Web 雙認證設計、Web 目錄清理計劃。五、問題修復與開發(fā)體驗優(yōu)化v0.8.0 同時修復了 13 項問題其中與用戶日常使用最相關的包括修復think標簽多塊場景識別不全、圖片標簽格式錯誤導致無法展示修復 localStorage 不可用時白屏、SSR 下報錯等穩(wěn)定性問題修復深色模式僅部分元素生效、切換會話歷史未清除修復 HITL 重連時節(jié)點狀態(tài)丟失修復 Dify API 代理未透傳上游錯誤狀態(tài)碼開發(fā)體驗方面web/lib/目錄扁平化并清除死代碼、Dockerfile 重構(gòu)抽取公共基礎鏡像、消除全部 TypeScript 類型錯誤、升級ant-design/x到 v2 優(yōu)化流式渲染。六、寫在最后v0.8.0 是 Dify Chat 從好用的聊天殼走向生產(chǎn)級 AI 應用底座的關鍵一版HITL 人工介入補齊了人機協(xié)同的最后一環(huán)讓審批、審核類工作流真正跑起來Drizzle ORM 遷移讓數(shù)據(jù)層更輕量、類型更安全、變更流程更可控寬屏、持久化等體驗優(yōu)化讓日常使用更順滑如果你正在用 Dify 搭建面向終端用戶的 AI 應用建議關注本版本發(fā)布動態(tài)。完整變更明細可參考 v0.8.0 路線圖草案部署方式Docker Compose 一鍵啟動詳見 部署文檔?!久赓M下載鏈接】dify-app-hub一個 Dify 應用管理平臺基于 Dify API 構(gòu)建提供深度優(yōu)化的用戶端交互界面支持 Chatflow、Workflow 等多種 Dify 應用類型適配深度思考、思維鏈、圖表渲染、文件處理等豐富的 AI 輸出形式提供開箱即用的 AI 應用解決方案。項目地址: https://gitcode.com/gh_mirrors/di/dify-app-hub創(chuàng)作聲明:本文部分內(nèi)容由AI輔助生成(AIGC),僅供參考