MCP의 목적은 여러 모델이 같은 Vault를 이용하게 하는 것이다

주장

DanzzaN이 계획하는 원격 MCP의 목적은 모바일과 PC의 여러 모델이 같은 canonical Markdown Vault를 필요한 만큼 읽고, 명시적으로 요청된 반영 작업을 수행하게 해 세션 사이의 수동 전달 비용을 줄이는 것이다. 특정 모델의 스킬 묶음을 영구 보존하거나 모든 대화를 자동 기억하는 서버를 만드는 것이 목적은 아니다.

대화를 옮기는 부담과 지식 상태의 연속성

구상 당시에는 모바일 ChatGPT·Claude 대화를 공유하거나 복사해 Codex에 전달한 뒤 Vault 승격을 요청해야 했다. 대화를 옮기는 데 드는 수고는 어떤 지식을 남길지 판단하는 일과 별도로 발생한다. 공용 인터페이스가 있으면 현재 대화를 가진 모델이 기존 Vault를 직접 대조해 승격하고, 다른 모델은 이미 반영된 Markdown 상태를 읽을 수 있다. 각 서비스의 대화 기록을 넘겨받는 대신, 여러 모델이 같은 지식 상태에서 이어 가게 하려는 구상이다.

모델의 해석과 MCP의 동작

현재 대화 + 현재 모델 + 필요한 최소 지침
  ↓ 요청
MCP의 인증·탐색·링크·쓰기 인터페이스
  ↓
canonical Markdown Vault
  • MCP는 제공하는 읽기·쓰기 인터페이스와 권한·경로·저장 일관성 같은 기술 제약을 담당한다.
  • LLM은 현재 대화와 관련 기록을 해석해 읽을 노트와 도구를 선택한다. 구상 당시의 목록·검색 기능과 현재 허용된 탐색 방식은 구분하며, 실제 이용은 [비공개 문서]의 지정 입구·본문 링크 경로를 따른다.
  • 지침이나 Skill은 꼭 필요한 실행 보완만 제공하며, 공통 Skill이 필수 중간 계층이라는 전제를 두지 않는다.
  • 기본 이용 방식은 최소 진입 지침으로 Vault를 발견한 뒤 필요한 지식·절차·기록 계약을 Markdown에서 직접 읽는 것이다. 스킬의 이름·설명에 의존하던 발견은 현재 안내가 허용하는 Map·본문 링크로 이어 가고, 스킬 고유 호출·실행 기능의 필요는 따로 판단한다.
  • 사용자는 canonical knowledge 변경을 시작하는 경계를 통제한다.
  • Obsidian은 같은 맥락을 사람이 검사하는 보조 도구다. 원격 정본과의 상시 동기화는 이 목적의 필수 조건이 아니다.

공통 지식 접근과 현재 작업 인계

같은 Vault를 읽을 수 있어도 각 앱이 이미 읽은 범위와 대화·작업 상태가 같아지는 것은 아니다. 공통 지식 접근은 필요한 원천을 회수할 기반이며, 진행 중인 변경과 검증·미해결 항목은 프로젝트 인계 원천에서 이어받는다.

여러 AI 서비스를 함께 운영하는 관점 - SK AX와 AI 에이전트의 연결·검색·통제 용어 - SK AX를 대조해 덧붙인 경계다. 자동적인 앱 간 기억 공유나 작업 전달이 구현됐다는 설명이 아니다. Gemini 사서와 Antigravity 작업자 역할 검토 - Codex 대화에 기존 활용과 2026-09-20 적용 판단을 연결한다.

Paseo 이관에서 확인한 실행 환경의 차이

Paseo 선택과 구독·Vault 이관 - 설치 실험과 대화에서는 기존 Vault를 유지한 채 각 작업자의 실제 실행 환경을 연결했다. Antigravity는 구독 로그인과 Vault OAuth를 구별했고, Vault를 읽을 수 있어도 새 세션에서 전역 지침을 자동으로 따르는 동작은 확인되지 않았다. 명시적 지침 전달 뒤 조회와 인계를 수행한 결과는 자동 기억 공유나 자동 지침 상속의 증거가 아니다.

보장 경계

  • 이 노트는 MCP의 도입 목적과 설계 방향을 기록하며 서버가 이미 구축됐다는 뜻이 아니다.
  • GitHub 정본 전환, 클라이언트별 검증과 운영 상태는 [비공개 문서]에서 별도로 확인한다.
  • 각 서비스의 모바일 MCP 지원, 인증 방식, AWS 구성과 지연시간은 공식 원천 및 실제 측정으로 별도 검증해야 한다.
  • 원격 인터페이스가 생겨도 자동 지식화하지 않는 원칙은 유지한다.

근거

연결