Dify คืออะไร
Dify เป็นแพลตฟอร์มโอเพนซอร์สสำหรับสร้างแอปพลิเคชัน LLM มี canvas เวิร์กโฟลว์แบบ visual, pipeline RAG ตั้งแต่การนำเข้าถึงการค้นคืน, เอเจนต์พร้อมเครื่องมือจาก marketplace, MCP server หรือ API แบบกำหนดเอง, prompt IDE, API แบบ backend-as-a-service และการเชื่อมต่อกับเครื่องมือ observability เช่น Langfuse, Opik และ Arize Phoenix คุณใช้ Dify Cloud, โฮสต์ Community Edition เองด้วย Docker Compose หรือสอบถามเรื่อง Dify Enterprise ซึ่งเพิ่ม SSO, RBAC และ SLA ด้านการสนับสนุนได้ Code node รัน Python หรือ JavaScript ใน sandbox และ Human Input node หยุดเวิร์กโฟลว์ชั่วคราวเพื่อให้บุคคลตอบสนอง
ตัวสร้างแอป เทียบกับแพลตฟอร์มเอเจนต์ที่มีการกำกับดูแล
Dify และ EDDI ทับซ้อนกันในเรื่อง RAG เครื่องมือ และเอเจนต์ แต่ปรับให้เหมาะกับคนละกลุ่ม Dify เหมาะกับผู้สร้างที่ต้องการประกอบแอปพลิเคชันแบบ visual และส่งมอบอย่างรวดเร็ว โดยมี code node เป็นทางออกฉุกเฉิน EDDI เหมาะกับผู้ปฏิบัติการที่ต้องการให้พฤติกรรมของเอเจนต์เป็นคอนฟิกแบบ declarative ที่รีวิวได้ พร้อมการกำกับดูแลรอบด้าน หลายทีมเริ่มต้นใน Dify อย่างสมเหตุสมผล และบางทีมย้ายเมื่อข้อกำหนดด้าน tenancy สัญญาอนุญาต หรือ audit มาถึง
ความสะดวกของผู้สร้าง เทียบกับพื้นผิวการปฏิบัติการ
| มิติ | Dify | EDDI |
|---|---|---|
| Abstraction หลัก | canvas เวิร์กโฟลว์และ chatflow แบบ visual พร้อม prompt IDE | Config-as-code: ทรัพยากร JSON ที่เขียนใน Manager หรือ API มีเวอร์ชันเหมือนซอร์สโค้ด |
| สัญญาอนุญาต | Dify Open Source License: Apache 2.0 พร้อมเงื่อนไขเพิ่มเติม การใช้ซอร์สรันแบบ multi-tenant ต้องได้รับอนุญาตเป็นลายลักษณ์อักษร และต้องคงโลโก้และลิขสิทธิ์ของ frontend ไว้ | Apache 2.0 (OSI รับรอง) |
| ตรรกะแบบกำหนดเอง | Code node รัน Python หรือ JavaScript ใน sandbox ที่บล็อกระบบไฟล์ เครือข่ายขาออก และคำสั่งระบบ พร้อมชุดแพ็กเกจที่กำหนดตายตัว | ไม่มีการประเมินโค้ดขณะทำงาน; ตรรกะถูกประกาศไว้ หรืออยู่หลังเครื่องมือ MCP หรือการเรียก HTTP |
| Human in the loop | Human Input node หยุดเวิร์กโฟลว์เพื่อรอฟอร์มที่ตอบในเว็บแอปหรืออีเมล; รอเริ่มต้น 3 วัน จากนั้นไปยังสาขา timeout | ประตูอนุมัติที่เทิร์น การเรียกเครื่องมือ และเฟสของกลุ่ม; นโยบาย timeout ได้แก่ WAIT_INDEFINITELY, AUTO_APPROVE, AUTO_REJECT และ ABORT; อนุมัติผ่าน Manager และ Slack |
| เครื่องมือและการเชื่อมต่อ | Marketplace, MCP server และ API แบบกำหนดเอง | เครื่องมือ MCP 84 รายการ, MCP client, การนำเข้า OpenAPI, httpCall, A2A |
| RAG | pipeline ความรู้ในตัวพร้อมการสกัดข้อความจากเอกสาร | ผู้ให้บริการ embedding 8 ราย, vector store 6 แบบ รวมถึง httpCall RAG ที่ไม่ต้องใช้โครงสร้างพื้นฐานเพิ่ม |
| หลายเอเจนต์ | เอเจนต์และ node ของเวิร์กโฟลว์ประกอบบน canvas | การอภิปรายกลุ่ม 7 รูปแบบ, บันทึกการตัดสินใจและความเห็นแย้ง, การอนุมัติจากมนุษย์แบบเลือกได้ในแต่ละเฟส |
| ข้อมูลระบุตัวตนและการเข้าถึง | Workspace; SSO และ RBAC ผ่าน Dify Enterprise | Keycloak/OIDC แบบเลือกเปิดใช้ พร้อมบทบาท eddi-admin และ eddi-approver ในรุ่นโอเพนซอร์ส |
| Observability และ audit | บันทึกและการเฝ้าติดตาม การเชื่อมต่อกับ Langfuse, Opik และ Arize Phoenix | เมตริก Prometheus พร้อม audit ledger ที่ลงลายเซ็น HMAC, เพิ่มต่อท้ายได้อย่างเดียว, ตรวจลำดับได้ |
| การติดตั้งใช้งาน | Dify Cloud, Docker Compose, Enterprise ตามคำขอ | Docker, Helm, Kustomize, OpenShift (อิมเมจที่ Red Hat รับรอง, Operator ผ่าน OperatorHub) |
รายละเอียดของเครื่องมืออีกฝั่งตรวจสอบกับเอกสารและรีโพซิทอรีอย่างเป็นทางการเมื่อเดือนตุลาคม 2569 (ค.ศ. 2026) โปรเจกต์เหล่านี้เปลี่ยนแปลงเร็ว โปรดยืนยันพฤติกรรมปัจจุบันกับผู้พัฒนาก่อนตัดสินใจ
เลือกระหว่างสองตัวเลือกนี้
กรณีที่ Dify เป็นตัวเลือกที่ดีกว่า
- คุณต้องการ canvas แบบ visual ที่ผู้ที่ไม่ใช่วิศวกรอ่านและต่อยอดได้ พร้อมผลตอบกลับรวดเร็วระหว่างสร้าง
- ตลาด plugin และเทมเพลตเวิร์กโฟลว์ที่พร้อมใช้ช่วยประหยัดเวลาการเชื่อมต่อได้จริง
- คุณต้องการตัวเลือกแบบโฮสต์ (Dify Cloud) และไม่ต้องการดูแลระบบเอง
- Code node เป็นฟีเจอร์ที่คุณต้องการ: การแปลงข้อมูลเล็กๆ ใน Python หรือ JavaScript ภายในเวิร์กโฟลว์
- คุณรันการติดตั้งภายในหนึ่งชุดสำหรับทีมของคุณเอง ดังนั้นเงื่อนไขสัญญาอนุญาตเรื่อง multi-tenant จึงไม่เกี่ยวกับคุณ
กรณีที่ EDDI เป็นตัวเลือกที่ดีกว่า
- ฝ่ายกฎหมายของคุณต้องการสัญญาอนุญาต Apache 2.0 แบบตรงไปตรงมา รวมถึงการให้บริการหลาย tenant หรือหลายลูกค้าจากการติดตั้งเดียว
- การตรวจสอบด้านความปลอดภัยห้ามการรันโค้ดภายในแพลตฟอร์มอัตโนมัติ ไม่ว่าจะอยู่ใน sandbox หรือไม่
- การเรียกเครื่องมือหรือเฟสของกลุ่มบางอย่างต้องมีการตัดสินใจจากมนุษย์ที่บันทึกใน ledger ที่ลงลายเซ็น
- พฤติกรรมของเอเจนต์ต้องมีเวอร์ชัน diff และเลื่อนระดับระหว่างสภาพแวดล้อมในรูปคอนฟิก
- คุณต้องการ Kubernetes, OpenShift หรือการติดตั้งแบบ air-gapped พร้อมโมเดลในเครื่อง
การย้ายแอปจาก Dify
แอปของ Dify เป็นกราฟแบบ visual ส่วนเอเจนต์ของ EDDI เป็นคอนฟิก จึงเป็นการแปลมากกว่าการนำเข้า ส่วนที่ต้องคิดมากที่สุดคือ Code node ซึ่งจะกลายเป็นคอนฟิกหรือเครื่องมือที่ประกาศไว้
| Dify | EDDI |
|---|---|
| Chatflow หรือเวิร์กโฟลว์ | เอเจนต์ EDDI: pipeline พร้อม behavior rules |
| LLM node และ prompt | LLM task พร้อม system message และ prompt snippet ที่มีเวอร์ชัน |
| Knowledge base | ฐานความรู้ RAG ของ EDDI พร้อมผู้ให้บริการ embedding และ vector store |
| เครื่องมือ, plugin หรือ MCP server | การเชื่อมต่อ MCP client, httpCall หรือ API ที่นำเข้าจาก OpenAPI |
| Code node | Behavior rules และตรรกะใน prompt หรือเครื่องมือ MCP หากต้องใช้โค้ดจริง |
| Human Input node | กฎ PAUSE_CONVERSATION หรือ toolApprovals พร้อมนโยบาย timeout |
| API key ของผู้ให้บริการ | รายการใน Secrets Vault อ้างอิงด้วย ${vault:key} |
คำถามที่พบบ่อย
Dify เป็นโอเพนซอร์สหรือไม่
Dify เผยแพร่ซอร์สภายใต้ Dify Open Source License ซึ่งคือ Apache 2.0 พร้อมเงื่อนไขเพิ่มเติม: คุณห้ามใช้ซอร์สเพื่อรันสภาพแวดล้อมแบบ multi-tenant โดยไม่ได้รับอนุญาตเป็นลายลักษณ์อักษร และห้ามลบโลโก้หรือข้อมูลลิขสิทธิ์ออกจาก frontend ซึ่งไม่ใช่ Apache 2.0 แบบตรงไปตรงมาที่ EDDI ใช้ จึงควรอ่านร่วมกับฝ่ายกฎหมายของคุณหากเงื่อนไขข้อใดข้อหนึ่งอาจเกี่ยวข้อง
EDDI มีเครื่องมือสร้างแบบ visual เหมือน Dify หรือไม่
EDDI Manager เป็น React UI ระดับ production สำหรับสร้าง ติดตั้งใช้งาน และเฝ้าติดตามเอเจนต์ รองรับ 11 ภาษา เป็นอินเทอร์เฟซสำหรับการจัดการ ไม่ใช่ canvas ของ node: คุณตั้งค่าเอเจนต์ prompt เครื่องมือ และ pipeline และทุกการเปลี่ยนแปลงเป็นทรัพยากรที่มีเวอร์ชัน ไม่ใช่แผนภาพ
ทำไม EDDI จึงไม่มี code node
code node ที่อยู่ใน sandbox เป็นฟีเจอร์ที่สมเหตุสมผล และ Dify จำกัดสิ่งที่เข้าถึงได้ แต่การรันโค้ดใดๆ ภายในแพลตฟอร์มคือพื้นผิวการโจมตีที่การตรวจสอบด้านความปลอดภัยต้องพิจารณา EDDI คงพฤติกรรมของเอเจนต์ให้เป็นแบบ declarative ดังนั้นสิ่งที่เครื่องมือทำได้คือสิ่งที่คุณประกาศและอนุมัติ
เราใช้ Dify และ EDDI ร่วมกันได้หรือไม่
ได้ Dify ใช้ MCP server และ API แบบกำหนดเองได้ และ EDDI เปิด MCP server และ REST API ดังนั้นเวิร์กโฟลว์ของ Dify จึงเรียกเอเจนต์ EDDI เป็นขั้นตอนที่มีการกำกับดูแลได้ และ EDDI เรียก API ของ Dify ผ่าน httpCall ได้
การเปรียบเทียบอื่นๆ
- EDDI vs. LangChain และ LangGraph
- EDDI vs. Microsoft Agent Framework (AutoGen และ Semantic Kernel)
- EDDI vs. CrewAI
- EDDI vs. n8n
- EDDI vs. Flowise
- EDDI vs. Rasa
- ทางเลือกทั้งหมด: เครื่องมือสร้างแบบ visual, ไลบรารี และแพลตฟอร์มคลาวด์
พร้อมสำหรับ Production หรือยัง?
รับการ Deploy แบบมีผู้ดูแล การสนับสนุนที่รองรับด้วย SLA และความช่วยเหลือโดยตรงจากทีมที่สร้าง EDDI
คุยกับเราเรื่องการ Deploy ระดับองค์กร