go-micro 만들던 팀의 새 도전, 'AI 에이전트를 위한 도구' Mu

Go로 백엔드를 만들어본 분이라면 go-micro라는 이름이 낯설지 않으실 거예요. 한때 Go 마이크로서비스 프레임워크의 대명사처럼 불리던 프로젝트인데요. 그 micro 팀이 이번엔 완전히 다른 방향의 오픈소스를 들고 나왔어요. 이름은 Mu, 컨셉은 '에이전트를 위한 도구(Tools for Agents)'예요. 사람이 쓰는 서비스가 아니라, AI 에이전트가 쓰는 도구를 만들겠다는 거죠.

에이전트에게 도구가 왜 필요하냐면

먼저 배경부터 짚을게요. LLM은 그 자체로는 텍스트를 생성하는 것밖에 못 해요. '오늘 서울 날씨 어때?'라고 물으면 그럴듯한 답을 지어낼 수는 있지만, 실제 기상 데이터를 조회할 수는 없죠. 그래서 나온 게 '도구 호출(tool calling)'이에요. 이게 뭐냐면, 모델에게 '너는 이런 함수들을 쓸 수 있어'라고 목록을 알려주고, 모델이 필요할 때 '날씨 조회 함수를 서울이라는 인자로 실행해줘'라고 요청하면 바깥의 실제 코드가 대신 실행해서 결과를 돌려주는 구조예요. 요즘 말하는 AI 에이전트는 결국 'LLM + 도구 + 목표를 달성할 때까지 반복하는 루프', 이 세 가지의 조합이거든요. 그러니 에이전트의 실력은 모델 성능만큼이나 어떤 도구를 쥐고 있느냐에 좌우돼요.

Mu의 접근: 도구를 매번 재발명하지 말자

문제는 지금 에이전트를 만드는 팀마다 검색, 웹 조회, 데이터 처리 같은 기본 도구를 각자 처음부터 다시 만들고 있다는 거예요. Mu는 이 지점을 파고들어요. 에이전트가 공통으로 쓰는 도구들을 잘 만들어진 빌딩 블록으로 미리 제공해서, 개발자는 필요한 것을 골라 조립만 하면 되게 하자는 거죠.

여기서 재미있는 평행이론이 하나 보여요. 10년 전 마이크로서비스 붐의 핵심은 '사람이 쓰는 앱'을 위한 백엔드를 작고 독립적인 서비스로 쪼개고, 서비스 발견이나 통신 같은 공통 문제는 프레임워크가 대신 풀어주는 거였잖아요. Mu는 그 서비스의 소비자가 사람에서 에이전트로 바뀌었을 뿐, 구조적으로 똑같은 문제를 풀고 있어요. 마이크로서비스 프레임워크를 만들던 사람이 에이전트 인프라로 넘어왔다는 것 자체가, 업계의 무게중심이 어디로 이동하고 있는지 보여주는 상징적인 장면이죠.

업계 맥락: MCP라는 거대한 흐름

이 분야엔 이미 강력한 표준이 있어요. 앤트로픽이 공개한 MCP(Model Context Protocol)인데요. 이게 뭐냐면, 에이전트와 도구 사이의 'USB 규격' 같은 거예요. 도구를 MCP 서버로 한 번 만들어두면, 이 규격을 지원하는 어떤 에이전트든 꽂아서 쓸 수 있죠. 공개 이후 주요 AI 업체들이 줄줄이 지원하면서 사실상의 표준으로 자리 잡았고, 이미 수많은 MCP 서버가 만들어져 있어요. LangChain의 도구 생태계나 각종 도구 통합 서비스들도 같은 시장에서 경쟁 중이고요. 그래서 Mu 같은 신생 프로젝트의 관전 포인트는 명확해요. 이 표준 생태계와 어떻게 연결되느냐, 그리고 '그냥 MCP 서버 쓰면 되는 것 아니냐'는 질문에 어떤 차별화로 답하느냐죠. Go 생태계 특유의 단순함, 단일 바이너리로 배포하는 셀프호스팅 친화적 접근이 무기가 될 수 있을 거예요.

한국 개발자에게 주는 시사점

에이전트 도구 계층은 지금 뛰어들기 좋은 영역이에요. 모델 자체를 만드는 건 소수 기업의 게임이지만, 도구는 평범한 백엔드 개발 역량으로 충분히 만들 수 있거든요. 사내 시스템을 에이전트가 쓸 수 있는 도구로 감싸는 일, 이를테면 자사 API를 MCP 서버로 만들어보는 것부터 시작해보세요. REST API 하나 만들 실력이면 도전할 수 있고, 앞으로 몇 년간 수요가 커질 수밖에 없는 기술이에요. Mu 같은 프로젝트의 코드 구조를 뜯어보는 것도 에이전트 인프라 설계 감각을 익히는 좋은 교재가 되고요.

마무리

정리하면, Mu는 '에이전트 시대의 공통 인프라를 누가 만들 것인가'라는 경쟁에 마이크로서비스 진영의 베테랑이 참전했다는 소식이에요. 여러분은 어떻게 보세요? 에이전트 도구 생태계, MCP 중심으로 대통합될까요, 아니면 프레임워크마다 자기 방식이 공존하는 춘추전국시대가 이어질까요?