AI 에이전트에 도구를 붙이는 일은 최근 MCP(Model Context Protocol)의 확산과 함께 흔한 작업이 됐다. 문제는 대부분의 '에이전트 도구'가 남의 API 위에 얇은 껍데기를 씌운 래퍼(wrapper)라는 점이다. 뉴스, 검색, 메일, 날씨 같은 기능을 각각 붙이려면 서비스마다 별도 서버를 세우고 인증을 배선해야 한다. 최근 'Show HN'에 공개된 오픈소스 프로젝트 Mu(micro/mu)는 이 조립 작업 자체를 없애겠다고 나선다. 뉴스, 웹 검색, 메일, 시장, 날씨, 동영상, 장소, 이미지, 파일, 캘린더, 연락처를 아우르는 67개의 도구를 하나의 MCP 엔드포인트 뒤에 묶어, 한 번 연결하면 에이전트가 이 전부를 쓸 수 있게 한다.
래퍼가 아니라 '자기 능력'을 노출한다
Mu가 스스로 내세우는 차별점은 이 도구들이 다른 회사 제품의 목록이 아니라 인스턴스 자신의 기능이라는 데 있다. Mu는 DKIM을 갖춘 SMTP 메일 서버, 피드 수집기, 검색 인덱스, 앱 샌드박스, 그리고 잔액을 관리하는 지갑을 직접 운영한다. 예컨대 mail_inbox는 실제 받은편지함을 읽고, db_create는 실제 저장소에 기록한다. 도구가 외부 서비스로의 중계가 아니라 그 인스턴스가 실제로 수행하는 동작이라는 뜻이다. 이 구조 덕분에 도구를 쓰는 쪽은 여러 공급자의 인증 키를 각기 발급받아 꿰맞출 필요가 없다.
인증 흐름도 이 철학을 따른다. 설정 파일에 붙여넣을 키가 없다. 첫 호출은 401을 반환하며 인스턴스의 인가 서버를 가리키고, 클라이언트가 로그인 절차를 안내한 뒤 토큰을 스스로 보관한다. 이는 MCP 인가 사양을 따른 방식으로, Claude Desktop과 Cursor가 이 규격을 지원한다고 소개한다. 이 사양을 이해하지 못하는 클라이언트를 위해서는 /token 경로에서 개인 액세스 토큰(PAT)을 만들어 Authorization: Bearer 헤더로 보내는 대안이 제공된다.
하나의 Go 바이너리, 레지스트리가 진실의 원천
기술적으로 Mu의 각 영역은 하나의 서비스이며, 타입이 지정된 핸들러를 가진 Go 패키지로 구현돼 Go Micro 레지스트리 뒤에 인프로세스로 등록된다. 외부 인프라 없이 단일 바이너리로 돌아가고, 같은 바이너리가 서버(mu --serve)와 CLI를 겸한다. 레지스트리가 유일한 진실의 원천이라는 설계가 핵심이다. 서비스가 자신을 한 번 선언하면 MCP 도구, CLI 서브커맨드, 웹 카드 같은 모든 표면이 그 선언에서 파생된다. 그래서 Mu를 확장하는 일은 N개의 통합을 배선하는 것이 아니라 요소 하나를 추가하는 것에 가깝다고 설명한다. 서버에 도구를 더하면 그 즉시 CLI 명령으로도 자동 등장한다.
보안 측면에서 눈여겨볼 대목은 신원 처리다. 호출자의 정체는 호출 문맥에서 서버 측이 바인딩하며, 요청 어디에도 계정 필드가 없어 위조할 대상 자체가 존재하지 않는다. 메일, 저장소, 인덱스, 이미지, 이벤트, 파일, 연락처 같은 계정 범위 도구는 로그인한 호출자를 요구하고, 특히 mail_send는 항상 인증을 요구해 신원 없는 호출자가 도메인의 평판을 소모하지 못하게 막는다.
사람도 쓰는 같은 도구, 그리고 과금 구조
Mu는 에이전트만을 위한 것이 아니다. 동일한 도구 위에 웹 앱이 얹혀 있어, 카드가 각 서비스를 한눈에 보여 주고(헤드라인, 가격, 날씨, 안 읽은 메일 등) 에이전트가 그 화면 옆에 붙어 바로 조작한다. 로그아웃 상태의 방문자도 실시간 데이터가 담긴 공개 버전을 본다. 배후의 LLM은 Claude, Atlas Cloud(DeepSeek), 또는 로컬 Ollama·OpenAI 호환 엔드포인트 중에서 고를 수 있고, 세션을 넘어 사용자별 기억을 유지한다. 로그인은 아이디·비밀번호, 패스키(WebAuthn), 구글 계정을 지원하며 Discord와 Telegram에서 슬래시 명령으로 뉴스·시장·날씨 등을 물어보는 챗 인터페이스도 갖췄다.
실무자가 짚어야 할 한계는 비용과 라이선스다. 인스턴스 자체 콘텐츠를 읽는 호출은 포함이지만, 모델 호출이나 유료 서드파티처럼 운영에 돈이 드는 호출은 잔액에서 크레딧을 차감한다. 각 도구의 호출 비용은 micro.mu/tools 카탈로그에 서비스별로 정리돼 있다. 자체 호스팅하면 운영자가 되어 도구가 자신의 것이 되고, 그 도구를 호출하는 데 지불하는 사람의 돈이 운영자에게 들어간다. 다만 라이선스는 AGPL-3.0이라, 수정한 버전을 서비스로 운영할 경우 소스를 공개해야 한다는 조건이 따라붙는다.
결국 Mu의 실험은 '에이전트 도구를 어디서 구할 것인가'라는 질문을 '도구를 직접 운영하는 인스턴스가 될 것인가'로 바꿔 놓는다. 서비스마다 통합을 배선하는 대신 단일 바이너리 하나를 세워 두면 에이전트·CLI·웹·챗봇 표면이 동시에 따라오는 구조는, 소규모 팀이 자기 데이터와 신원 경계를 통제하면서 에이전트 환경을 꾸리려 할 때 검토해 볼 만한 접근이다. 반대로 크레딧 과금과 AGPL의 소스 공개 의무는 도입 전에 반드시 셈해 봐야 할 조건이다.