平臺介紹：

JoyBuilder 是京東云推出的 AI 原生應用開發平臺，以下是對它的具體介紹：

• 開發方式便捷高效：將 AI 能力融入低代碼平臺，用戶通過對話式交互方式，輸入如 “創建客戶反饋管理系統” 等需求，平臺能在幾秒內智能生成應用框架，產研人員基于此框架進行簡單拖拽配置，無需編寫復雜代碼，即可完成應用開發，讓應用構建過程變得簡單高效，使產研人員能更專注于創意與創新。
• 模板與組件豐富：預置了 100 多個開箱即用的前端模板和開發 AI 原生應用所需的各類組件，降低了開發門檻，即使沒有深厚技術背景的人員也能輕松上手，快速打造出符合業務需求的智能應用。
• 應用具備原生 AI 能力：通過 JoyBuilder 搭建出的應用天然具備智能填單、智能搜索、智能匯總、智能分析等原生 AI 能力。平臺還沉淀了豐富的 AI 能力體系，如圖片理解、文本對比、數據脫敏等，可滿足多種定制化開發需求。
• 覆蓋軟件開發生命周期：以模型驅動為核心構建方式，通過低代碼方式快速構建具備 AI 能力的標準系統，覆蓋從需求分析、設計、開發、測試到部署和運維的整個軟件開發生命周期，能顯著提高開發效率，縮短開發周期。
• 行業經驗豐富：目前，JoyBuilder 已在金融、保險、電商、教育、法律、地產等多個行業積累了豐富的經驗，形成了 30 多個案例模板。企業使用 JoyBuilder 的高效解決方案，平均研發效率可提升約 40%，顯著提高了應用開發的速度和質量。

知識庫構建：

知識庫中選擇了4個公開的政策文件進行上傳。

Joybuilder的chunk分段不像dify那樣支持人工調整。

Chunk分段支持3種方式，自動、按照標識符、按照長度。

知識庫的召回模式也是默認的，沒有像dify那樣暴露較多，可以個性化設置。

工作流搭建：

工作流采用本地知識庫+大模型的模式。

創建智能體：

這里需要將流程引擎、知識庫、以及其他的插件、觸發器等作個關聯，生成一個智能體。而dify搭建完流程引擎直接就是一個智能體。智能體跟新發布后是一個類似dify的單獨的網頁。

知識庫對比dify測試：

整體感覺效果和dify差不多。

（1）Dify的chunk分段不是很好，如果經過人工優化后，兩者的效果是相當的。如果用原始的chunk分段，還是joybuilder好點。

（2）比如第一個問題，joybuiler會把不相關的文件也召回，這點不如dify，但是回答的還是正確的。

插件測試：

支持的插件不是很多，只有高德、音樂、stt。

空間管理：

類似dify一樣，有空間管理的概念，dify是一個用戶一個工作空間，免費版不允許自己修改多用戶多租戶，主要是限制了to C的企業。To B的企業如果租戶多也得考慮同樣的問題。

Joybuilder的空間比較靈活，沒有那么多限制，一個用戶可以同時開啟多個空間，空間也有權限管理。

總結：

1. 基本的知識庫問題、流程引擎都是具備的。可以滿足基本的需求，但是離dify還是有距離。
2. 用戶空間具備管理機制。
3. 缺少mass平臺支持。
4. 流程遷移、插件遷移、插件數據遷移、知識庫遷移等一系列問題沒有解決方案。
5. 知識庫切片、檢索方式不夠豐富，但是召回還是可以的。