마법 같았던 지난실험, 그리고 남겨진 숙제

달콤했던 AI Agent 개발 '성공', 그리고 마주한 '현실'

Nov 24. 2025

지난 글에서 저는 제 로컬 PC에 FastMCP 기반의 AI 에이전트를 구축하는 과정을 공유했습니다. 결과는 강렬했습니다. AI가 스스로 지메일(Gmail)을 읽고, 그 내용을 분석해 세일즈포스(Salesforce)에 영업 리드(Lead)로 등록하는 과정은 마치 마법과도 같았습니다.

하지만 확장을 위해서 냉정하게 시스템을 바라보았을 때, 명확한 한계가 보였습니다.

친구에게, 동료에게 "이거 진짜 편해, 주소 줄 테니 한번 써봐"라고 말할 수 없다는 사실. 그것이 제가 마주한 현실이었습니다.

왜 확장이 어려운가?

이 문제의 원인을 파악하기 위해, 제가 구축한 시스템의 구조도를 그려보았습니다. 아래 첫 번째 이미지를 봐주세요.

[이미지 1: MCP의 기본 개념(USB의 예제로 설명한 구조)]

이미지의 보시면,

Claude Desktop과 MCP Server가 마치 USB 케이블처럼 연결되어 있는 것을 볼 수 있습니다. 이것이 바로 MCP(Model Context Protocol)의 핵심이자 한계입니다.

장점: USB를 꽂으면 바로 인식되듯, 로컬 환경에서 도구(Gmail, Salesforce 등)를 매우 쉽고 강력하게 제어합니다.

단점: 물리적으로(혹은 논리적으로) 연결된 '내 PC'에서만 작동합니다.

아래 두 번째 이미지를 봐주세요.

[이미지 2: MCP의 지원 현황]

이미지2를보시면, 안타까운 '붉은색 X' 표시들이 보입니다. 현재 구조(2025년 11월 기준)에서는 모바일 앱이나 웹 브라우저(claude.ai)를 통해서는 이 강력한 기능을 전혀 사용할 수 없습니다.

즉, 제 PC가 꺼지거나 제가 자리를 비우면, 이 비서도 함께 잠들 수밖에 없는 '철저한 1:1 로컬 구조'인 셈이죠.

벽을 넘기 위한 5가지 시나리오

"나만의 비서"를 넘어 "모두를 위한 서비스"로 가기 위해, 저는 가능한 모든 아키텍처를 펼쳐놓고 고민을 시작했습니다. 다음은 제가 구상한 5가지의 선택지입니다.

위 설계도는 로컬 전용부터 완전한 웹 서비스까지의 진화 단계를 보여줍니다. 저는 이 중 현실적인 세 가지 대안을 놓고 깊은 고민에 빠졌습니다.

대안 1. "궁극의 개인/기업용 비서" - (설계도 상 Option 1,2의 고도화)

다시 이미지3-1으로, 옵션1과 옵션2로 Claude Desktop으로 돌아가는 길입니다. 퇴보가 아닙니다.

[이미지 3-1, MCP AI Agent]

개념: 웹 확장을 포기하는 대신, PC 제어 능력을 극한으로 끌어올리는 것입니다.

사용처: 웹 서비스가 아닌 '사내 배포용 프로그램'이나 '보안이 중요한 기업용 솔루션'이 됩니다. 내 PC의 파일, OS 설정, 사내망 인트라넷까지 깊숙이 관여할 수 있습니다. 보안 걱정 없이 업무를 자동화하는 '엔터프라이즈 솔루션'의 길입니다.

대안 2. "MCP 게이트웨이 구축" - (설계도 상 Option 3)

이미지의 3-2 옵션3 (MCP Gateway)**입니다.

[이미지 3-2, MCP Gateway AI Agent]

개념: 다수의 사용자가 접속할 수 있는 거대한 'MCP 중계소(Gateway)'를 만드는 것입니다.

현실: 이론상은 좋지만, 그림에서 보시다시피 중간 단계(MCP Gateway Layer)가 추가되며 구조가 지나치게 복잡해집니다. 통신 단계가 늘어나면 AI의 답변 속도(Latency)가 느려질 위험이 큽니다. "배보다 배꼽이 더 큰" 상황이라 과감히 후순위로 미뤘습니다.