Section 1왜 프레임워크를 고려하는가
"다중 에이전트 시스템을 구축할 때 어떤 프레임워크를 써야 할까?" — 저자가 가장 자주 받은 질문이다. 지금도 수십 개의 프레임워크가 있다. 솔직히 너무 많다.
지난 몇 장에 걸쳐 우리는 프레임워크가 제공하는 거의 모든 기능을 직접 밑바닥부터 구현했다. 프레임워크 직접 비교는 승산 없는 게임이다 — 프레임워크는 끊임없이 변한다. 대신, 어떤 프레임워크든 갖춰야 할 핵심 역량을 정리한다.
| 이유 | 설명 |
|---|---|
| 검증된 패턴 | 엣지 케이스 디버깅·성능 최적화·프로덕션 강화에 들어간 수백 시간이 응축됨 |
| 개발 가속화 | "배관 작업"을 처리해 줘 비즈니스 로직에 집중할 수 있다 |
| 생태계와 커뮤니티 | 방대한 문서, 커뮤니티 지원, 사전 통합 기능 |
| 유지보수와 진화 | 모델 API 업데이트·보안 패치·성능 개선을 프레임워크 팀이 처리 — 가장 큰 이점 |
| 표준화 인터페이스 | 상호 운용 가능한 구성 요소가 매끄럽게 맞물려 통합 난관을 줄인다 |
프레임워크는 제약·학습 곡선·잠재적 벤더 종속이라는 부담도 함께 안긴다. 핵심은 무엇을 얻고 무엇을 내주는지 명확히 이해하는 것이다.
Section 2열 가지 핵심 역량
효과적인 프레임워크와 기본 구현을 구분 짓는 필수 역량들이다. 이 역량들은 빠르게 변하는 영역에서도 유효성을 잃지 않는다.
| # | 역량 |
|---|---|
| 1 | 계층화된 추상화로 만든 직관적 개발자 경험 — "낮은 바닥, 높은 천장" |
| 2 | 스트리밍을 지원하는 비동기 우선 아키텍처 |
| 3 | 포괄적인 관측 가능성과 개발 도구 |
| 4 | 포괄적인 상태 관리와 영속성 |
| 5 | 선언적 구성과 재현성 |
| 6 | 포괄적인 가드레일과 미들웨어 인프라 |
| 7 | 포괄적인 패턴 지원과 확장성 |
| 8 | 프로덕션 배포·보안·운영 |
| 9 | 평가와 테스트 지원 |
| 10 | 활발한 생태계와 장기 지속 가능성 |
잘 설계된 프레임워크는 흔한 사용 사례의 진입 장벽이 낮으면서도, 특수한 요구에 부딪혀도 한계에 막히지 않을 유연성을 갖춰야 한다. 핵심 질문 — 기본적인 다중 에이전트 워크플로우를 20줄 이하로 구현할 수 있는가? 커스텀 동작이 필요할 때 프레임워크를 포크하지 않고 확장할 수 있는가?
Section 3평가와 의사결정 절차
프레임워크는 빠르게 진화하지만 근본 요구사항은 일관되게 남는다. 직접 비교보다 안정적인 역량들 — 개발자 경험, 비동기 아키텍처, 상태 관리 — 을 기준으로 평가하라.
프레임워크 선택은 추상적인 기술적 우월성이 아니라 팀 역량·일정 제약·조직 생태계에 크게 의존한다 — 보편적으로 "최고"인 프레임워크는 없다. Azure 고객은 Microsoft Agent Framework 통합을, Google 고객은 ADK의 Vertex AI 배포를 누리고, 클라우드 비종속적 프레임워크는 광범위한 서드파티 통합을 제공한다.
Section 4프로덕션 역량 격차
프로덕션 프레임워크는 교육용 구현을 넘어선 운영 인프라를 제공한다 — 워크플로우 영속성, 엔터프라이즈 배포, 안전 가드레일, 포괄적 관측 가능성, 그리고 깊은 생태계 통합.
핵심은 picoagents의 미니멀 라이브러리에서 본 것처럼, 동일한 BaseAgent 추상화를 상속한다는 것만으로 ComputerUseAgent가 어떤 오케스트레이션 방식과도 코드 변경 없이 동작한다는 사실이다. 팀이 커질수록 이러한 표준 인터페이스는 신규 멤버의 적응 시간과 통합 오류를 현저히 줄여 준다.