한 줄 정의

AutoGen은 무엇을 위한 프레임워크인가를 한 문장으로 말하면, 여러 AI 에이전트가 역할을 나눠 대화하면서 한 작업을 같이 풀게 만드는 프레임워크야. 예를 들어 “작성자”와 “검토자” 두 역할을 번갈아 돌리거나, 사람 입력을 중간에 끼워 넣는 식의 멀티에이전트 실험을 빠르게 보여 주는 데 강했어.

그런데 여기서 바로 판단이 갈려. 2026년 4월 기준 공식 README는 AutoGen을 maintenance mode라고 밝히고, 새 사용자는 MAF로 시작하라고 적어 둔다. 그래서 AutoGen은 “지금도 돌아가는 기존 코드와 학습용 구조”를 이해할 때는 볼 가치가 있지만, 새 production 프로젝트의 기본 선택지로 보기는 어렵다.

실제로 무엇을 하나

AutoGen의 중심은 AgentChat이야. 여러 에이전트를 팀으로 묶고, 각 에이전트가 LLM(거대 언어 모델)과 Tool Use(도구 사용)를 섞어 응답하게 한 뒤, TerminationCondition으로 언제 멈출지 정하는 흐름이 중요해. “번갈아 말하기”, “특정 문구가 나오면 종료”, “메시지 수 제한” 같은 패턴을 빨리 붙일 수 있어서 데모와 프로토타입에 잘 맞아.

초보자 기준으로는 이렇게 보면 돼. “한 번의 답변”이 아니라 “여러 역할이 몇 턴 동안 상호작용하는 흐름”을 만들고 싶다면 AutoGen이 설명해 주는 문제가 맞아. 반대로 모델 호출 1회나 간단한 함수 호출 1~2개면 AutoGen은 과할 수 있어.

선택 기준도 분명해. 이미 AutoGen Team이나 RoundRobinGroupChat 기반 내부 실험 코드가 있고, 지금 필요한 일이 버그 수정·프롬프트 조정·도구 추가 정도라면 계속 써도 돼. 하지만 새 서비스에서 체크포인트, 타입 있는 워크플로, 장기 지원, 운영 관측성을 처음부터 요구한다면 MAF로 넘어가는 게 맞아.

왜 중요한가

이 용어를 알아야 하는 이유는 “AutoGen을 지금 채택해도 되나?”라는 질문에 바로 답해야 하기 때문이야. 이름만 보면 그냥 멀티에이전트 프레임워크 중 하나처럼 보이지만, 공식 문서가 direct successor와 migration path를 제시한 순간부터 읽는 법이 달라졌어.

실무 장면으로 보면 더 선명해. 사내 연구팀이 2~3개 역할의 협업 프롬프트를 시험하고, 기존 노트북과 Python 3.10+ 환경에서 빠르게 반복해 보는 상황이라면 AutoGen은 아직 참고할 가치가 있어. 반대로 고객 데이터가 걸린 새 운영 서비스에서 승인 흐름, 복구 가능 실행, 장기 유지보수를 설계해야 한다면 AutoGen보다 MAF가 우선이야.

관련 용어도 같은 층위로 보면 안 돼.

주의해서 볼 점

가장 큰 주의점은 유지보수 상태야. AutoGen은 새 기능이 활발히 들어가는 전략 제품이 아니라, 기존 사용자와 커뮤니티가 관리하는 코드베이스로 보는 게 맞아. 그래서 새 프로젝트를 시작하면서 “일단 유명하니까 AutoGen으로 가자”라고 결정하면, 나중에 migration 비용을 다시 치를 가능성이 커.

AutoGen Studio도 이름 때문에 오해하기 쉬워. 문서상으로는 웹 UI 프로토타입 도구이고, production-ready app으로 보지 말라고 분명히 적혀 있어. 기본 포트는 8080이지만 설치 예시는 8081로 띄우기도 하니, 이건 완성 제품의 표준 운영 콘솔이라기보다 실험용 작업면에 가깝다고 이해하면 돼.

마지막으로, AutoGen을 다른 프레임워크 이름으로 바꿔도 말이 통하는 문장은 경계해야 해. 이 용어의 핵심은 Microsoft가 밀던 멀티에이전트 대화 추상화, Team·termination 중심 패턴, 그리고 지금은 MAF로 이어지는 계보라는 데 있어. 이 맥락이 빠지면 그냥 일반론이 돼.