멀티 에이전트 흐름에서 비교적 오래된 축에 드는 프로젝트로, 대형 소프트웨어 기업의 연구 조직에서 나왔고, '여러 에이전트가 서로 대화하며 일이 끝날 때까지 간다'는 틀을 가장 먼저 무대에 올린 축이기도 하다. 다만 현재 상태에는 먼저 밝혀야 할 전제가 있다. 이미 유지보수 모드에 들어가 새 기능을 받지 않고 커뮤니티 관리로 넘어갔다. 그래서 이 리뷰는 둘로 나뉜다. 무엇이고 어떻게 쓰는지, 그리고 지금 그것을 골라야 하는지.

네 조각을 깊이로 나눈다

공식 문서는 프로젝트를 네 부분으로 자르고 각각 입구를 둔다. Studio는 웹 화면으로, 코드를 쓰지 않고 에이전트 시제품을 만든다. 패키지 하나, 명령 한 줄, 포트와 작업 디렉터리만 지정하면 열린다. 대화 계층 위에 서고, 새 사용자의 첫 관문으로 자리매김되면서도 아이디어 검증에 알맞고 운영까지는 거리가 있다고 덧붙인다. 대화 계층은 코드를 쓰는 층으로, 대화를 중심으로 한 단일·다중 에이전트 애플리케이션을 겨냥하고 Python 3.10 이상을 요구하며 예제는 십여 줄이다. 어시스턴트 에이전트를 만들고 모델 클라이언트를 넘기고 작업을 하나 돌려 결과를 출력한다. 코어는 더 아래에 있고 이벤트 기반 프로그래밍 프레임워크로, 업무 프로세스 안의 결정론적 흐름, 멀티 에이전트 협업 연구, 언어를 넘는 분산 에이전트를 겨냥한다. 확장은 바깥 세계를 끌어온다. 모델 컨텍스트 프로토콜 서버용 컴포넌트, 어시스턴트 인터페이스용 에이전트, 모델이 만든 코드를 컨테이너에서 실행하는 실행기, 분산 에이전트용 런타임이다.

대화에서 그룹 채팅으로

대화 계층 문서의 척추는 모델, 메시지, 에이전트, 팀, 사람 개입, 종료 조건, 상태 관리 순으로 이어진다. 이 순서 자체가 입장 표명이다. 한동안 계속 도는 협업 작업을 전제하므로 종료 조건과 상태 관리가 부록이 아니라 독립된 장이 된다. 한 단계 위로 가면 편성 패턴의 선택지가 제법 있다. 선택기 그룹 채팅은 중앙에서 조정 가능한 선택기가 다음 발언자를 정하고 공유 문맥으로 협조한다. 군집형은 그 결정을 아래로 넘겨 지역화된 도구 선택기로 에이전트끼리 직접 인계한다. 그래프 워크플로는 방향 그래프로 흐름을 짜서 경계가 분명한 상황에 맞는다. 주변에는 메모리와 검색 보강, 로그, 컴포넌트 직렬화, 추적과 관측성 같은 실무 장치가 놓이고, 대화 계층과 확장으로 조립한 공식 예시 팀도 있다. 웹 브라우징, 코드 실행, 파일 처리를 함께 다루도록 설계됐다. 빠른 것이 중요하면 화면에서 시제품을 그리고, 세부가 중요하면 코어까지 내려가 이벤트 루프를 직접 쓴다.

유지보수 모드가 기능 목록보다 먼저다

저장소 첫머리의 공지는 분명하다. 프로젝트는 유지보수 모드에 들어 새 기능과 개선을 받지 않으며 커뮤니티가 운영한다. 새 사용자는 지정된 후속 프로젝트에서 시작해야 하고, 기존 사용자에게는 이전 안내가 있다. 같은 공지는 후속 프로젝트가 기업용 대체품이며 운영 가능한 버전으로 안정된 인터페이스와 장기 지원 약속을 갖추고, 단일 어시스턴트부터 에이전트 군집까지 아우르며, 기업용 편성과 여러 모델 사업자, 그리고 두 가지 새로운 에이전트 프로토콜을 통한 실행 환경 간 상호운용을 제공한다고 설명한다. 기여 지침도 좁아졌다. 결함 수정, 보안 패치, 문서 개선만 받고 기능 개발은 후속 프로젝트로 안내한다.

세 계층 구조 자체는 여전히 명료하다. 코어가 메시지 전달, 이벤트 기반 에이전트, 로컬과 분산 런타임을 맡고 Python과 C# 두 언어를 지원한다. 대화 계층은 그 위에 단순하지만 주관이 있는 인터페이스를 얹어 두 에이전트 대화와 그룹 채팅 같은 정형화된 형태를 덮는다. 확장은 모델 클라이언트와 코드 실행을 공급한다. 도구로는 코드 없는 화면과 벤치마크 모음이 있다. 라이선스는 두 갈래로, 코드는 MIT, 문서는 크리에이티브 커먼즈 저작자 표시 라이선스다. 저장소 숫자는 약 61k 스타, 9.2k 포크, 98개 릴리스, 556명 기여자, 4.3K개 프로젝트에서 사용이며 주 언어는 Python, 그 밖에 C#과 TypeScript다.

누가 아직 써야 하는가

세 부류는 계속 이득을 본다. 기존 프로젝트를 가진 팀. 코드가 돌고 모델을 조정하는 현장에서는 유지보수 모드에서도 결함과 보안 패치가 이어지므로, 이전은 새 릴리스에 쫓기지 않고 자기 속도로 계획할 수 있다. 멀티 에이전트 협업 구조를 연구하려는 개발자. 세 가지 패턴은 각기 분명한 맞바꿈이 있고 벤치마크 모음과 함께 쓰면 대조 실험의 재료가 된다. 문서와 예제도 그대로 남아 있다. 그리고 아이디어를 빠르게 확인하려는 사람. 화면은 설치 후 끌어다 놓으면 되니 처음부터 편성을 짜는 것보다 훨씬 수월하다.

반대로 두 상황은 후속 프로젝트를 바로 봐야 한다. 새로 시작하는 운영 시스템, 특히 장기 지원 약속이 필요한 장면. 더는 기능을 넣지 않는다고 명시했으니, 얼어붙은 틀 위에 새 설계를 올리면 이후에는 커뮤니티에만 기대게 된다. 그리고 기업용 편성, 여러 모델 사업자 전환, 실행 환경 간 상호운용이 필요한 팀. 이 역량들은 공식적으로 후속 프로젝트에 놓였다. 간단히 말해 지금 남은 것은 쓸 만한 기존 자산과 좋은 교재이지, 미래를 향한 출발점은 아니다.

프레임워크를 고를 때 기능 목록은 입장권일 뿐이다. 진짜 분수령은 3년 뒤에도 그 지원 범위 안에 있느냐다.