AG2

MCPToolkit 클래스는 필요할 때 서버의 도구를 찾아내 각각을 일반 함수로 에이전트에 넘긴다. 원격 URL과 MCPServerConfig 조합도, 로컬 자식 프로세스와 MCPStdioServerConfig 조합도 받아들이며, 어느 쪽을 골랐든 에이전트의 나머지 부분에는 상관이 없다. 실행이 내 쪽에 남기에 모든 공급자에서 돌아가고 인증 정보도 자체 환경 안에 머문다.

연결 자체를 모델 공급자에게 맡기고 싶다면 MCPServerTool이 서버 URL과 인증 정보를 넘기고, 공급자가 자기 쪽에서 도구를 실행한다. 이 경로는 Anthropic처럼 MCP 전달을 지원하는 공급자에서만 쓸 수 있고, 인증 정보가 자체 네트워크를 떠난다는 점도 감안해야 한다. 연결 수명 주기를 직접 관리하고 싶지 않은 사람을 위한 선택지다.

MCPClientSessionManager는 흐름 내내 연결을 붙들어 두지 않고 필요할 때 세션을 연다. 도구 함수 안에서 에이전트는 질의에 따라 다른 서버로 접속하고, 로컬 표준 입출력 서버와 원격 HTTP 서버를 섞어 쓰며, 각 세션은 닫힐 때 스스로 정리된다. 리서치 어시스턴트나 작업 도중 참조 대상을 바꾸는 라우팅 시스템에 어울린다.

ag2 serve 명령은 완성한 에이전트를 세 가지 프로토콜 가운데 하나로 공개한다. --protocol mcp를 붙이면 에이전트가 chat과 list_agents 도구를 제공하는 MCP 서버가 되어 MCP를 다루는 클라이언트라면 무엇이든 쓸 수 있다. 같은 명령으로 REST API나 A2A 엔드포인트도 낼 수 있는데, 여러 종류의 호출자가 에이전트에 닿아야 할 때 중요하다.

ag2 proxy는 이미 가진 것을 에이전트 도구로 바꾼다. CLI 명령을 가리키면 도움말 출력을 읽어 타입이 있는 래퍼를 만들고, OpenAPI 명세를 가리키면 엔드포인트마다 도구 하나를 만들며, Python 모듈을 가리키면 타입이 있는 함수 래퍼를 만든다. --serve-mcp를 더하면 파일 생성은 건너뛰고 감싼 도구를 동작하는 MCP 서버로 띄운다.

AG2는 AutoGen을 널리 알린 멀티에이전트 모델을 그대로 지킨다. 대화하는 에이전트, 그룹 채팅, swarm, 중첩 흐름이다. 그 위에 비동기 코어, 지속되는 컨텍스트, 그리고 MCP와 A2A 프로토콜 지원을 얹었다. 연구로 검증된 오케스트레이션 패턴과 에이전트를 바깥 세계에 잇는 상호운용 계층을 함께 얻는다.