Claude 내부에서 작동하는 나만의 CRM 구축을 위한 MCP 개발 플랫폼 KitStack

커뮤니티 반응

작성자의 문제 의식에 공감하며, 특히 MCP 개발의 번거로움을 해결해주는 플랫폼의 등장에 대해 긍정적인 반응이 예상된다.

주요 논점

01찬성다수

MCP 개발 및 배포 프로세스를 단순화하여 Claude 기반의 커스텀 도구 생태계를 활성화할 수 있다.

합의점 vs 논쟁점

합의점

Claude의 현재 메모리 기능은 대규모 비즈니스 데이터를 관리하기에 구조적으로 부족하다
MCP는 강력한 도구이지만 개발 및 유지보수 비용이 높다

논쟁점

단일 서버 기반의 리버스 프록시 구조가 보안이나 개인정보 보호 측면에서 어떤 영향을 미칠지에 대한 검토가 필요하다

실용적 조언

Claude 내에서 구조화된 데이터 관리가 필요하다면 kitstack.co를 통해 무료로 MCP 앱 구축을 시도해볼 수 있다
MCP 앱 설계 시 토큰 절약을 위해 도구 설명을 최대한 간결하게 유지하고 CLI 패턴을 활용하라

섹션별 상세

작성자는 Claude의 기본 메모리 기능이 단순 마크다운 파일 기반이라 맥락을 잘못 파악하거나 무관한 정보를 불러오는 문제를 지적했다. 이를 해결하기 위해 MCP를 통해 Claude 인터페이스 내에서 직접 렌더링되는 구조화된 데이터베이스 기반의 CRM을 구축했다. Apple Notes나 Google Sheets로 분산된 업무 기록을 Claude 세션 내에서 일관되게 관리하는 것이 핵심 목표이다.

기존 MCP 개발 경험(DX)이 Next.js와 같은 현대적 웹 프레임워크에 비해 현저히 떨어진다는 점을 문제로 제기했다. MCP 서버를 개별적으로 구축하고 배포하는 과정이 번거롭기 때문에, 비즈니스 로직과 UI만 작성하면 배포, 호스팅, 인증, 데이터베이스를 자동으로 처리해주는 SDK를 개발했다. 이를 통해 개발자가 인프라 설정 대신 앱 기능 정의에만 집중할 수 있는 환경을 제공한다.

기술적으로 MCP의 도구 호출 방식이 매우 장황하고 토큰 소모가 크며 속도가 느리다는 단점을 최적화했다. KitStack은 모든 MCP 기능을 kit와 kit_view라는 두 가지 도구로 압축하여 Claude가 마치 bash CLI를 다루듯 효율적으로 상호작용하게 설계했다. 각 앱은 필요한 시점에만 정보를 노출하는 점진적 공개 방식을 채택하여 컨텍스트 윈도우 효율성을 극대화했다.

단일 서버가 여러 앱의 요청을 라우팅하는 리버스 프록시 패턴을 도입하여 아키텍처를 단순화했다. 사용자가 앱마다 별도의 MCP 서버를 실행할 필요 없이 KitStack의 단일 서버가 클라이언트 요청을 적절한 'Kit'로 연결해주는 방식이다. 이 구조는 클라이언트 측의 복잡성을 유지하면서도 서버 측에서 무한한 확장성을 확보할 수 있게 해준다.

용어 해설

모델 컨텍스트 프로토콜(Model Context Protocol): — AI 모델이 외부 데이터 소스나 도구와 상호작용할 수 있도록 Anthropic에서 제안한 개방형 표준 프로토콜이다. 이를 통해 모델은 로컬 파일, 데이터베이스, API 등에 표준화된 방식으로 접근하여 실시간 정보를 가져오거나 작업을 수행할 수 있다.
리버스 프록시(Reverse Proxy): — 클라이언트의 요청을 대신 받아 내부 서버로 전달하고 응답을 다시 클라이언트에 보내는 서버 구조이다. 이 아티클에서는 단일 MCP 서버가 여러 개의 개별 앱(Kit)으로 요청을 라우팅하여 관리 효율성을 높이는 구조로 활용되었다.
토큰 집약적(Token Intensive): — AI 모델의 입력이나 출력 과정에서 많은 양의 토큰을 소비하는 특성을 의미한다. MCP의 도구 호출 방식은 설명이 장황하여 토큰 소모가 크고 비용이 높아질 수 있는데, 본문에서는 이를 CLI 방식으로 최적화하여 해결하고자 했다.

언급된 도구

KitStack추천링크

MCP 앱 개발, 배포, 호스팅을 위한 플랫폼

Clay중립

Claude 내에서 뷰를 렌더링하는 MCP 앱 사례

언급된 리소스

DemoKitStack 공식 홈페이지