Microsoft Agent Framework란
Microsoft Agent Framework는 .NET과 Python에서 에이전트와 멀티 에이전트 워크플로를 구축하고 오케스트레이션하기 위한 MIT 라이선스의 오픈소스 SDK 및 런타임입니다. Semantic Kernel과 AutoGen을 만든 팀에서 나왔으며 2026년 4월에 1.0 릴리스에 도달했습니다. 워크플로는 순차, 동시, 핸드오프, 그룹 협업 패턴을 갖춘 그래프이며, 체크포인팅, 스트리밍, human-in-the-loop 제어, OpenTelemetry 추적, 미들웨어 시스템을 제공합니다. 에이전트를 YAML로 선언할 수도 있고, Microsoft는 Foundry에서의 호스팅을 문서화하고 있습니다. 2026년 10월 기준으로 Semantic Kernel은 수정만 받고 새 기능 작업은 Agent Framework에서 이루어지며, AutoGen은 유지보수 모드이고 둘 모두에 대한 마이그레이션 가이드가 있습니다.
코드로 정의한 워크플로 대 선언된 구성
AutoGen이나 Semantic Kernel을 찾아 오셨다면, 오늘날 현실적인 비교 대상은 Agent Framework입니다. Microsoft가 신규 프로젝트를 안내하는 곳이기 때문입니다. 이것은 SDK입니다. 워크플로는 사용자 언어로 작성한 서비스 내부의 코드이고, 호스팅, 보안, 감사 방식은 직접 선택하며, Azure에 대한 지원이 탄탄합니다. EDDI는 반대의 선택을 합니다. 에이전트는 배포된 플랫폼이 해석하는 JSON 구성이므로 재빌드 없이 동작을 diff하고 검토하고 변경할 수 있으며, 플랫폼이 API, Manager UI, 시크릿 vault, 감사 원장을 제공합니다.
내 서비스용 SDK 대 배포하는 플랫폼
| 항목 | Microsoft Agent Framework | EDDI |
|---|---|---|
| 형태 | .NET 또는 Python 서비스에 내장되는 SDK와 런타임 | JVM(Quarkus) 기반의 배포 가능한 미들웨어, Docker 또는 Kubernetes가 동작하는 곳이면 어디서나 실행 |
| 에이전트 정의 방식 | 코드로 정의한 에이전트와 그래프 워크플로, 에이전트를 YAML로 선언할 수도 있음 | JSON 구성, 결정론적 behavior rules가 다음 동작을 결정하고 LLM 호출은 선언된 태스크 안에서 일어남 |
| 언어 | .NET과 Python (Go는 별도 저장소) | REST, MCP, OpenAI 호환 API를 통해 모든 언어 지원, 에이전트 자체에는 코드가 필요 없음 |
| 라이선스 | MIT | Apache 2.0, OSI 승인 |
| 런타임 사용자 정의 로직 | 사용자의 코드와 도구 함수가 사용자 프로세스에서 실행됨 | 런타임 eval() 또는 코드 실행 없음, 로직은 선언되거나 MCP 도구 또는 HTTP 호출 뒤에 있음 |
| Human in the loop | 워크플로 수준의 human-in-the-loop 제어 | 세 수준의 게이트: 턴(PAUSE_CONVERSATION), 도구 호출(toolApprovals), 그룹 단계, 타임아웃 정책 포함 |
| 멀티 에이전트 패턴 | 코드로 구현하는 순차, 동시, 핸드오프, 그룹 협업 | 7가지 스타일(라운드 테이블, 동료 검토, devil's advocate, Delphi, 토론, 태스크 포스, 협상)의 그룹 토론, 기록되는 결정과 반대 의견 |
| 상태와 복구 | 워크플로 런타임의 체크포인팅과 타임 트래블 | 플랫폼이 영속화하는 대화 메모리, AWAITING_HUMAN 같은 명시적 상태 |
| 관측성과 감사 | OpenTelemetry 추적과 미들웨어 훅, 데이터를 어디로 보낼지는 사용자에게 달려 있음 | Prometheus 메트릭과 검증 엔드포인트를 갖춘 HMAC 서명, 추가 전용, 순번 검증 감사 원장 |
| 시크릿과 ID | 사용 중인 플랫폼의 메커니즘(예: Azure 서비스) | 내장 AES-256-GCM Secrets Vault, eddi-admin 및 eddi-approver 역할을 갖춘 선택적 Keycloak/OIDC |
| 생태계 적합성 | Foundry 호스팅 에이전트를 포함한 Microsoft 및 Azure와의 깊은 통합 | 벤더 중립: 19개 LLM 제공자, Ollama 또는 Jlama를 통한 로컬 모델, 84개 MCP 도구 |
다른 도구에 대한 내용은 2026년 10월 기준으로 공식 문서와 저장소를 확인한 것입니다. 이러한 프로젝트는 변화가 빠르므로, 결정하기 전에 해당 벤더에서 최신 동작을 확인하세요.
둘 사이에서 고르기
Microsoft Agent Framework가 더 나은 선택인 경우
- 팀이 .NET을 쓰고, 에이전트가 자체 배포와 테스트를 갖춘 기존 C# 서비스 안에 있어야 합니다.
- Azure 위에서 구축하며 Foundry 및 주변 Microsoft 서비스와의 일급 통합을 원합니다.
- Semantic Kernel 플러그인이나 AutoGen 코드가 있고, 지원되는 마이그레이션 경로가 플랫폼 교체보다 저렴합니다.
- 워크플로에 사용자 정의 그래프 토폴로지, 체크포인트 분기, 타임 트래블 디버깅처럼 구성으로 표현할 수 없는 제어 흐름이 필요합니다.
- 개발자 SDK를 원하며, 호스팅, 보안, 관측 방식을 직접 결정하는 쪽을 선호합니다.
EDDI가 더 나은 선택인 경우
- 에이전트 동작이 검토자가 읽고 재빌드 없이 환경 간에 승격할 수 있는 구성이어야 합니다.
- 보안 리뷰에서 추론 시점에 어떤 코드가 실행되는지 물을 것이고, 플랫폼에는 없다는 답을 원합니다.
- 턴, 도구 호출, 그룹 단계 수준에서 승인이 존재해야 하며, 누가 무엇을 결정했는지 서명된 기록이 있어야 합니다.
- SDK를 중심으로 조립하는 대신 바로 쓸 수 있는 Manager UI, 시크릿 vault, API, 감사 원장이 필요합니다.
- 클라우드 중립을 유지하고 싶습니다: Kubernetes, OpenShift, 온프레미스 또는 로컬 모델을 쓰는 에어갭 환경.
AutoGen, Semantic Kernel 또는 Agent Framework에서 옮기기
코드의 번역이 아니라 의도의 번역을 예상하세요. 역할과 도구는 그대로 옮겨지고, 그래프 로직은 behavior rules가 되며, 실제 코드가 필요한 것은 MCP 도구 또는 OpenAPI 엔드포인트 뒤로 옮겨집니다.
| Microsoft Agent Framework | EDDI |
|---|---|
| 지침을 가진 에이전트 | LLM 태스크와 시스템 메시지를 갖춘 EDDI 에이전트 |
| Semantic Kernel 플러그인 또는 함수 | MCP 도구, 또는 httpCall이나 OpenAPI에서 가져온 API |
| 워크플로 그래프 또는 AutoGen 팀 | 라우팅을 위한 behavior rules, 또는 멀티 에이전트 작업을 위한 그룹 토론 스타일 |
| Human-in-the-loop 단계 | PAUSE_CONVERSATION 규칙, toolApprovals glob, 또는 그룹 단계의 requiresApproval |
| 체크포인트 저장소 | step, conversation, longTerm 범위를 갖춘 대화 메모리 |
| 미들웨어와 필터 | Behavior rules와 도구 승인 정책 |
| OpenTelemetry 추적 | Prometheus 메트릭과 감사 원장 |
자주 묻는 질문
Microsoft Agent Framework는 AutoGen과 Semantic Kernel의 대체재인가요?
Microsoft는 이를 둘의 후속으로 소개하며 마이그레이션 가이드를 게시합니다. 2026년 10월 기준으로 Semantic Kernel은 수정을 받고 새 기능은 Agent Framework에 들어가며, AutoGen은 유지보수 모드입니다. Microsoft 스택에서 새 프로젝트를 시작한다면 EDDI와 비교해 평가할 대상은 Agent Framework입니다.
EDDI가 멀티 에이전트 대화에서 AutoGen을 대체할 수 있나요?
많은 경우 가능합니다. EDDI 그룹 토론은 라운드 테이블, 동료 검토, devil's advocate, Delphi, 토론, 태스크 포스, 협상 스타일을 지원하며, 사람의 승인을 요구할 수 있는 단계와 반대 의견이 포함된 기록된 결정을 제공합니다. 에이전트에 자유로운 코드 수준의 조율이 필요하다면 SDK가 더 잘 맞습니다.
EDDI를 쓰려면 Azure를 포기해야 하나요?
아니요. EDDI는 Azure OpenAI를 제공자로 지원하며 AKS를 포함한 Kubernetes에서 실행됩니다. 다만 Agent Framework가 제공하는 깊은 Azure 및 Foundry 통합은 제공하지 않으므로, Microsoft 생태계에 전념하고 있다면 이 점을 따져 보세요.
둘을 함께 사용할 수 있나요?
네. EDDI는 MCP 서버, REST API, OpenAI 호환 API를 제공하며 MCP 서버와 A2A 에이전트를 사용할 수 있습니다. .NET 서비스가 EDDI 에이전트를 도구로 호출할 수 있고, EDDI도 httpCall을 통해 사용자의 서비스를 호출할 수 있습니다.