EDDI vs. Microsoft Agent Framework (AutoGen และ Semantic Kernel)

Microsoft Agent Framework คืออะไร

Microsoft Agent Framework เป็น SDK และรันไทม์โอเพนซอร์สภายใต้สัญญาอนุญาต MIT สำหรับสร้างและ orchestrate เอเจนต์และเวิร์กโฟลว์หลายเอเจนต์ใน .NET และ Python มาจากทีมที่อยู่เบื้องหลัง Semantic Kernel และ AutoGen และออกรุ่น 1.0 ในเดือนเมษายน 2026 เวิร์กโฟลว์เป็นกราฟที่มีรูปแบบการทำงานร่วมกันแบบ sequential, concurrent, handoff และ group พร้อม checkpointing, streaming, การควบคุมแบบ human-in-the-loop, OpenTelemetry tracing และระบบ middleware เอเจนต์ยังประกาศใน YAML ได้ และ Microsoft มีเอกสารการโฮสต์บน Foundry ณ เดือนตุลาคม 2026 Semantic Kernel ได้รับการแก้ไขข้อบกพร่อง ส่วนงานฟีเจอร์ใหม่เกิดใน Agent Framework และ AutoGen อยู่ในโหมดบำรุงรักษา โดยมีคู่มือการย้ายสำหรับทั้งสอง

เวิร์กโฟลว์ที่กำหนดด้วยโค้ด เทียบกับคอนฟิกแบบ declarative

หากคุณมาที่นี่เพราะค้นหา AutoGen หรือ Semantic Kernel การเปรียบเทียบที่ใช้ได้จริงในปัจจุบันคือกับ Agent Framework เพราะเป็นที่ที่ Microsoft ชี้ให้โปรเจกต์ใหม่ไป มันคือ SDK: เวิร์กโฟลว์ของคุณเป็นโค้ดในบริการของคุณ ในภาษาของคุณ และคุณเลือกเองว่าจะโฮสต์ รักษาความปลอดภัย และ audit อย่างไร โดยมีการรองรับ Azure อย่างแข็งแกร่ง EDDI เลือกแลกเปลี่ยนในทิศตรงข้าม เอเจนต์คือคอนฟิก JSON ที่แพลตฟอร์มซึ่งติดตั้งใช้งานแล้วตีความ ดังนั้นพฤติกรรมจึง diff รีวิว และเปลี่ยนได้โดยไม่ต้อง build ใหม่ และแพลตฟอร์มจัดเตรียม API, Manager UI, secrets vault และ audit ledger ให้

SDK สำหรับบริการของคุณ เทียบกับแพลตฟอร์มที่คุณติดตั้งใช้งาน

มิติ	Microsoft Agent Framework	EDDI
รูปแบบผลิตภัณฑ์	SDK และรันไทม์ที่ฝังในบริการ .NET หรือ Python ของคุณ	มิดเดิลแวร์ที่ติดตั้งใช้งานได้บน JVM (Quarkus) รันได้ทุกที่ที่ Docker หรือ Kubernetes รันได้
วิธีกำหนดเอเจนต์	เอเจนต์และเวิร์กโฟลว์แบบกราฟที่กำหนดด้วยโค้ด เอเจนต์ประกาศใน YAML ได้ด้วย	คอนฟิก JSON; behavior rules แบบ deterministic ตัดสินการกระทำถัดไป การเรียก LLM เกิดใน task ที่ประกาศไว้
ภาษา	.NET และ Python (Go อยู่ในรีโพซิทอรีแยก)	ภาษาใดก็ได้ผ่าน REST, MCP และ API ที่เข้ากันได้กับ OpenAI ตัวเอเจนต์เองไม่ต้องใช้โค้ด
สัญญาอนุญาต	MIT	Apache 2.0 (OSI รับรอง)
ตรรกะแบบกำหนดเองขณะทำงาน	โค้ดและฟังก์ชันเครื่องมือของคุณรันในโปรเซสของคุณ	ไม่มี eval() หรือการรันโค้ดขณะทำงาน ตรรกะถูกประกาศไว้ หรืออยู่หลังเครื่องมือ MCP หรือการเรียก HTTP
Human in the loop	การควบคุมแบบ human-in-the-loop ระดับเวิร์กโฟลว์	ประตูอนุมัติสามระดับ: เทิร์น (PAUSE_CONVERSATION), การเรียกเครื่องมือ (toolApprovals) และเฟสของกลุ่ม พร้อมนโยบาย timeout
รูปแบบหลายเอเจนต์	การทำงานร่วมกันแบบ sequential, concurrent, handoff และ group ในโค้ด	การอภิปรายกลุ่ม 7 รูปแบบ (round table, peer review, devil's advocate, Delphi, debate, task force, negotiation) พร้อมบันทึกการตัดสินใจและความเห็นแย้ง
สถานะและการกู้คืน	Checkpointing และ time-travel ในรันไทม์ของเวิร์กโฟลว์	หน่วยความจำของการสนทนาถูกจัดเก็บถาวรโดยแพลตฟอร์ม; สถานะที่ชัดเจน เช่น AWAITING_HUMAN
Observability และ audit	OpenTelemetry tracing และ middleware hook; ข้อมูลไปที่ใดขึ้นอยู่กับคุณ	เมตริก Prometheus พร้อม audit ledger ที่ลงลายเซ็น HMAC, เพิ่มต่อท้ายได้อย่างเดียว, ตรวจลำดับได้ และมี endpoint สำหรับตรวจสอบ
Secret และข้อมูลระบุตัวตน	กลไกของแพลตฟอร์มคุณเอง เช่น บริการ Azure	Secrets Vault แบบ AES-256-GCM ในตัว; Keycloak/OIDC แบบเลือกเปิดใช้ พร้อมบทบาท eddi-admin และ eddi-approver
ความเข้ากันได้กับระบบนิเวศ	บูรณาการกับ Microsoft และ Azure อย่างลึก รวมถึงเอเจนต์ที่โฮสต์บน Foundry	เป็นกลางต่อผู้ให้บริการ: ผู้ให้บริการ LLM 19 ราย, โมเดลในเครื่องผ่าน Ollama หรือ Jlama, เครื่องมือ MCP 84 รายการ

รายละเอียดของเครื่องมืออีกฝั่งตรวจสอบกับเอกสารและรีโพซิทอรีอย่างเป็นทางการเมื่อเดือนตุลาคม 2569 (ค.ศ. 2026) โปรเจกต์เหล่านี้เปลี่ยนแปลงเร็ว โปรดยืนยันพฤติกรรมปัจจุบันกับผู้พัฒนาก่อนตัดสินใจ

เลือกระหว่างสองตัวเลือกนี้

กรณีที่ Microsoft Agent Framework เป็นตัวเลือกที่ดีกว่า

ทีมของคุณเขียน .NET และเอเจนต์ควรอยู่ในบริการ C# ที่มีอยู่ซึ่งมีการ deploy และการทดสอบของตัวเอง
คุณสร้างบน Azure และต้องการการบูรณาการระดับหนึ่งกับ Foundry และบริการ Microsoft ที่เกี่ยวข้อง
คุณมี plugin ของ Semantic Kernel หรือโค้ด AutoGen และเส้นทางการย้ายที่รองรับมีต้นทุนต่ำกว่าการเปลี่ยนแพลตฟอร์ม
เวิร์กโฟลว์ต้องการ control flow ที่คอนฟิกแสดงออกไม่ได้ เช่น โทโพโลยีกราฟแบบเฉพาะ, การแตกกิ่งของ checkpoint หรือการดีบักแบบ time-travel
คุณต้องการ SDK สำหรับนักพัฒนา และอยากตัดสินใจเองว่าจะโฮสต์ รักษาความปลอดภัย และสังเกตการณ์อย่างไร

กรณีที่ EDDI เป็นตัวเลือกที่ดีกว่า

พฤติกรรมของเอเจนต์ต้องเป็นคอนฟิกที่ผู้รีวิวอ่านได้และเลื่อนระดับระหว่างสภาพแวดล้อมได้ โดยไม่ต้อง build ใหม่
การตรวจสอบด้านความปลอดภัยจะถามว่ามีโค้ดอะไรรันขณะ inference และคุณต้องการให้คำตอบคือไม่มีในแพลตฟอร์ม
ต้องมีการอนุมัติที่ระดับเทิร์น การเรียกเครื่องมือ และเฟสของกลุ่ม พร้อมบันทึกที่ลงลายเซ็นว่าใครตัดสินใจอะไร
คุณต้องการ Manager UI, secrets vault, API และ audit ledger ที่พร้อมใช้ แทนที่จะประกอบรอบ SDK
คุณต้องการเป็นกลางต่อผู้ให้บริการคลาวด์: Kubernetes, OpenShift, on-premises หรือ air-gapped พร้อมโมเดลในเครื่อง

การย้ายจาก AutoGen, Semantic Kernel หรือ Agent Framework

ควรคาดหวังการแปลเจตนา ไม่ใช่การแปลโค้ด บทบาทและเครื่องมือย้ายตามมาได้ ตรรกะของกราฟกลายเป็น behavior rules และสิ่งที่ต้องใช้โค้ดจริงย้ายไปอยู่หลังเครื่องมือ MCP หรือ endpoint OpenAPI

Microsoft Agent Framework	EDDI
เอเจนต์พร้อมคำสั่ง (instructions)	เอเจนต์ EDDI พร้อม LLM task และ system message
Plugin หรือฟังก์ชันของ Semantic Kernel	เครื่องมือ MCP หรือ httpCall หรือ API ที่นำเข้าจาก OpenAPI
กราฟเวิร์กโฟลว์หรือทีม AutoGen	Behavior rules สำหรับการกำหนดเส้นทาง หรือรูปแบบการอภิปรายกลุ่มสำหรับงานหลายเอเจนต์
ขั้นตอน human-in-the-loop	กฎ PAUSE_CONVERSATION, glob ของ toolApprovals หรือ requiresApproval บนเฟสของกลุ่ม
Checkpoint store	หน่วยความจำของการสนทนาที่มีขอบเขต step, conversation และ longTerm
Middleware และ filter	Behavior rules และนโยบายการอนุมัติเครื่องมือ
OpenTelemetry trace	เมตริก Prometheus และ audit ledger

คำถามที่พบบ่อย

Microsoft Agent Framework มาแทนที่ AutoGen และ Semantic Kernel หรือไม่

Microsoft นำเสนอว่าเป็นผู้สืบทอดของทั้งสองตัวและเผยแพร่คู่มือการย้าย ณ เดือนตุลาคม 2026 Semantic Kernel ได้รับการแก้ไขข้อบกพร่อง ส่วนฟีเจอร์ใหม่อยู่ใน Agent Framework และ AutoGen อยู่ในโหมดบำรุงรักษา หากคุณเริ่มโปรเจกต์ใหม่บนสแตก Microsoft Agent Framework คือตัวที่ควรประเมินเทียบกับ EDDI

EDDI แทนที่ AutoGen สำหรับการสนทนาหลายเอเจนต์ได้หรือไม่

ในหลายกรณีได้ การอภิปรายกลุ่มของ EDDI ครอบคลุมรูปแบบ round table, peer review, devil's advocate, Delphi, debate, task force และ negotiation โดยมีเฟสที่กำหนดให้ต้องมีการอนุมัติจากมนุษย์ได้ และมีการบันทึกการตัดสินใจพร้อมความเห็นแย้ง หากเอเจนต์ของคุณต้องการการประสานงานแบบอิสระในระดับโค้ด SDK เหมาะกว่า

ต้องเลิกใช้ Azure เพื่อใช้ EDDI หรือไม่

ไม่ EDDI รองรับ Azure OpenAI เป็นผู้ให้บริการและรันบน Kubernetes รวมถึง AKS แต่ไม่ได้ให้การบูรณาการกับ Azure และ Foundry อย่างลึกเท่า Agent Framework จึงควรชั่งน้ำหนักหากคุณผูกพันกับระบบนิเวศของ Microsoft

ทั้งสองทำงานร่วมกันได้หรือไม่

ได้ EDDI เปิด MCP server, REST API และ API ที่เข้ากันได้กับ OpenAI และสามารถใช้ MCP server และเอเจนต์ A2A ได้ บริการ .NET เรียกเอเจนต์ของ EDDI เป็นเครื่องมือได้ และ EDDI เรียกบริการของคุณผ่าน httpCall ได้

การเปรียบเทียบอื่นๆ

พร้อมสำหรับ Production หรือยัง?

รับการ Deploy แบบมีผู้ดูแล การสนับสนุนที่รองรับด้วย SLA และความช่วยเหลือโดยตรงจากทีมที่สร้าง EDDI

คุยกับเราเรื่องการ Deploy ระดับองค์กร

คุณสมบัติ

สำหรับองค์กร

Managed Cloud และการสนับสนุนระดับองค์กร

ทรัพยากร