# 따라다니는 컨텍스트

Canonical source: https://maguyva.ai/ko/blog/context-that-travels

License: text under [CC BY 4.0](https://creativecommons.org/licenses/by/4.0/); code samples under [MIT-0](https://opensource.org/license/mit-0); the Maguyva name, logos, brand assets and other code are not covered. Details: [maguyva.ai/license](https://maguyva.ai/license).

Date: 2026-09-07 · Author: Maguyva Team

> Cursor의 인덱서는 Cursor 안에서는 훌륭합니다. Maguyva는 같은 에이전트가 다른 에디터, CLI, CI에서도 질의할 수 있는 호스팅된 MCP 지도입니다.

Cursor의 인덱서는 Cursor 안에서는 훌륭합니다. 탭 완성, 인라인 편집, 채팅, 그리고 그 창 안의 에이전트는 이미 Cursor가 열린 워크스페이스를 위해 운영하는 프로젝트 인덱스 위에 앉아 있습니다. Cursor가 여러분이 코드를 쓰는 유일한 표면이고, 그 인덱스가 이미 올바른 파일을 찾아준다면, 거기 머무르세요. 그것이 정직한 "그대로 있기" 사례이며, 이 페이지의 첫 문장이 될 자격이 있습니다.

이 글은 흔한 한 주의 나머지 절반에 관한 이야기입니다. 같은 저장소가 Claude Code에서도 열리고, Codex CLI에서 질문받고, 두 번째 머신에서 검토되고, CI에서 돌아가는 에이전트가 질의합니다. 질문은 "어느 인덱서가 더 나은가"가 아닙니다. 질문은 한 창에서 에이전트가 신뢰하는 지도가 다음 창에서 신뢰하는 지도와 같은가입니다.

Maguyva가 바로 그 따라다니는 지도입니다. 원격 MCP 코드베이스 컨텍스트 레이어입니다. 에이전트는 다른 MCP 도구를 질의하는 것과 똑같은 방식으로 이를 질의합니다. 결과는 줄 번호가 붙은 순위화된 경로로 돌아옵니다. Cursor는 여전히 에디터입니다. 움직이는 것은 컨텍스트입니다.

## Cursor의 인덱서는 무엇을 위한 것인가

Cursor의 내장 인덱싱은 채팅, 에이전트, 에디터 내 검색이 모델의 원시 컨텍스트 창에 들어가는 것에만 의존하지 않고 관련 코드를 가져올 수 있도록 존재합니다. IDE에는 옳은 설계입니다. 이 인덱스는 Cursor 고유의 것입니다. MCP 서버가 아니며 다른 어떤 클라이언트에서도 접근할 수 없습니다.

작동 방식은, 이 글을 쓰는 시점의 Cursor 공식 문서와 Cursor 자신의 설명에 따르면 이렇습니다: 주된 검색 경로는 더 이상 클라우드 임베딩 인덱스가 아닙니다. Cursor 팀은 커뮤니티 포럼에서, 현재 모델들이 살아있는 트리를 스스로도 충분히 잘 탐색하기 때문에 전용 시맨틱/임베딩 기반 검색이 grep 기반 검색으로 대체되어 축소되고 있다고 밝혔습니다. 그 자리를 대신하는 것이 Instant Grep으로, n-그램, 역색인 목록, 블룸 필터로 구축된 로컬 검색 인덱스이며, 메모리 매핑된 조회 테이블에 보관되어 질의가 서버가 아니라 개발자 자신의 머신에서 해결됩니다.

인덱스 자체는 저장소 자신의 `.git/cursor/` 디렉터리 안에, 특정 git 커밋에 고정되어 존재합니다. 그 커밋 이후의 변경 사항은 다시 스캔을 촉발하는 대신 그 위에 층으로 쌓이며, 로컬 상태가 만들어진 대상과 크게 어긋났을 때만 인덱스가 다시 만들어집니다. `.git` 안에 있기 때문에 절대 추적되지도, 푸시되지도 않습니다 — 폴더를 삭제하면 인덱스는 사라집니다. git으로 추적되는 콘텐츠만 대상이 되므로 `.gitignore`는 구조적으로 지켜지며, `.cursorignore`는 읽기 경로에서 강제됩니다. 이제 그 경로에는 서버 측 임베딩 단계도, 원격 벡터 데이터베이스도 없습니다. 이전 문서는 클라우드 지원 설계 — 청크 암호화, 머클 트리 동기화, 팀원 간 인덱스 재사용 — 을 설명했지만, Cursor 팀은 그 설계가 축소되고 있다고 밝혔으므로 이 글은 더 이상 그것을 현재 상태로 설명하지 않습니다.

에디터 안의 눈에 띄는 강점은 Cursor의 Explore 서브에이전트입니다. 더 빠른 모델로 자기 자신의 컨텍스트 창에서 여러 병렬 검색을 실행하고 관련 있는 결과만 반환할 수 있어, 메인 대화가 검색 결과로 부풀지 않습니다. 이는 에디터 안에서의 진짜 강점입니다. 유지하세요.

멀티 루트 워크스페이스도 지원됩니다: 열린 각 폴더의 컨텍스트가 에이전트에게 제공됩니다. worktree 같은 일부 git 의존 기능은 멀티 루트 설정에서 비활성화되며, Cloud Agents는 멀티 루트 워크스페이스를 전혀 지원하지 않습니다.

이 중 어느 것도 Cursor를 떠날 이유가 아닙니다. 그것이 사는 곳에서 훌륭한 지도에 대한 정확한 설명일 뿐입니다.

## "따라다닌다"는 것이 실제로 의미하는 것

지도는 같은 질문이 하나 이상의 클라이언트에서 열어볼 수 있는 인용과 함께 같은 종류의 답을 돌려줄 때 따라다닙니다.

- Cursor에서: "`parseConfig`는 어디에 정의되어 있고, 누가 호출하나요?"
- Claude Code에서, 같은 저장소에서: 같은 질문.
- Cursor 창을 한 번도 연 적 없는 검토용 머신의 Codex CLI에서: 같은 질문.
- MCP를 말하는 CI 에이전트에서: 같은 호스팅된 스냅샷을 상대로 같은 질문.

각 표면이 자기만의 사설 인덱스를 만든다면, 여러분에게는 하나의 지도가 있는 게 아닙니다. 서로 어긋나는 여러 캐시가 있는 것입니다. 에디터 인덱스는 디스크 위 트리에 대해서는 최신일 수 있습니다. CLI 세션은 하루 뒤처져 있을 수 있습니다. CI 작업은 다른 체크아웃을 보고 있을 수 있습니다. 그래도 에이전트는 여전히 확신에 차 있는 것처럼 들릴 것입니다.

Cursor의 인덱서가 이 문제를 풀도록 되어 있지 않습니다. 에디터 안에 살기 때문에, 그것이 만드는 컨텍스트는 그 에디터를 위한 것입니다. CLI, CI 파이프라인, 또는 다른 에디터도 필요한 독자는 그 표면들을 위한 별도 도구가 필요합니다. 이는 범위의 사실이지, 결함이 아닙니다. Maguyva가 바로 그 별도 도구입니다.

Cursor 인덱서의 공개된 언어 수는 이 글이 사용할 수 있는 자료에 명시되어 있지 않습니다. Maguyva는 279개 이상의 언어와 텍스트 기반 기술을 공개하고 있습니다. Cursor의 가격도 여기서는 그대로 옮기지 않습니다. 그들의 가격 페이지를 참고하세요. Maguyva는 좌석이 아니라 워크스페이스 단위로 과금하며, 색인된 규모와 워크스페이스 크기에 따라 $0, $19, $49, $149의 공개 요금제를 제공합니다.

## 하나의 호스팅된 지도, 모든 MCP 클라이언트

Maguyva는 원격 MCP 서버입니다. GitHub를 연결하고, 저장소를 선택하면, 클라우드 파이프라인이 심볼과 그래프 엣지, 순위화된 지도를 구축합니다. 이미 사용 중인 클라이언트의 MCP 설정에 API 키를 추가합니다. Maguyva는 Cursor를 포함해 24개의 문서화된 MCP 클라이언트에 대한 설정 가이드를 제공하며, 표준 MCP 설정을 지원하는 다른 MCP 호환 클라이언트에도 연결할 수 있습니다.

작업 환경이 Cursor라면 [Cursor 설정 페이지](/ko/for-cursor)가 에디터별 경로입니다. 같은 서버가 Claude Code, VS Code, Windsurf, Codex CLI 등에도 응답합니다. 에디터를 바꾸지 않습니다. 모든 에이전트에게 검색, 심볼, 의존성 분석, 파일 조회, 저장소 컨텍스트, 결정론적 유틸리티 워크플로에 걸친 동일한 도구 표면 — 11개의 고객용 MCP 도구 — 을 제공합니다. 시맨틱, 구조적, 그래프, 텍스트 검색이 순위화된 결과로 융합됩니다.

그것이 이동성의 이점입니다. 오늘 아침 Cursor에서 검증한 인용은 오늘 밤 Codex CLI가 돌려줄 인용과 같은 형태입니다. 파일 경로와 줄 번호. 열어보세요. 틀렸다면 보입니다. 맞다면 다음 수정이 착륙할 자리가 생깁니다. 승인된 주장은 더 적은 환각 편집이지, 모든 편집이 옳다는 약속이 아닙니다.

최신성은 공개되어 있습니다. 스냅샷에는 타임스탬프가 찍혀 있어 에이전트가 어떤 버전의 트리를 읽고 있는지 알 수 있습니다. 재구축 주기는 무료 플랜에서는 매일, 유료 플랜에서는 매시간입니다. 정직한 한계는 동기화되지 않은 로컬 작업입니다: 작업 트리에만 존재하는 변경 사항은 아직 호스팅된 지도에 없습니다. 이 한계는 어느 클라이언트에서 질의하든 동일하며, 바로 그것이 요점입니다. 클라이언트 간 드리프트는 더 이상 두 번째 숨은 한계가 아닙니다.

[문서](/ko/docs)는 모든 클라이언트에 적용되는 활성화 루프를 제공합니다: 이미 아는 저장소를 색인하고, 클라이언트를 연결하고, 검증할 수 있는 질문을 하세요. Cursor에서 한 번 해보세요. 실제로 검토하는 날 사용하는 CLI에서 다시 해보세요. 두 답변이 같은 핸들러를 인용한다면, 지도가 따라다닌 것입니다.

## 두 지도가 나란히 공존하는 방법

둘 다 사용하세요. 비교 페이지 식의 대안 관계가 아닙니다.

1. 디스크 위 프로젝트를 위해 Cursor의 인덱서를 계속 켜두세요. Explore, Instant Grep, 에디터 내 에이전트가 그것을 쓰게 하세요. 그 루프는 네이티브하고 빠릅니다.
2. Cursor에 Maguyva를 MCP 서버로 추가해서, 같은 세션이 호스팅된 워크스페이스 지도도 질의할 수 있게 하세요. Cursor는 문서화된 Maguyva 클라이언트입니다. 한쪽 인덱스를 선택하고 다른 쪽을 지우는 게 아닙니다.
3. 저장소를 다루는 Claude Code, Codex CLI, 또는 다른 어떤 MCP 클라이언트에도 같은 Maguyva 서버를 추가하세요. 하나의 API 키 형태. 하나의 워크스페이스.
4. CI 에이전트가 MCP 호환이라면, 같은 서버를 가리키게 하세요. 노트북이 읽은 것과 같은 타임스탬프 스냅샷을 읽을 것입니다.

에디터 인덱스는 여전히 "지금 이 창의 디스크에 무엇이 있는가"에 가장 좋은 도구입니다. 호스팅된 지도는 "오늘 이것을 만질 모든 에이전트에게 이 워크스페이스가 어떻게 보이는가"에 가장 좋은 도구입니다. 이 문장들은 서로 경쟁하지 않습니다.

워크스페이스 할당량은 [가격 페이지](/ko/pricing)에 공개되어 있습니다: 저장소, 색인된 줄 수, 사용자 수를 워크스페이스 단위로 청구합니다. 에이전트와 사람은 같은 사용자 수를 공유합니다. 이미 평가할 수 있는 저장소로 무료로 시작하세요. 인용이 트리와의 접촉에서 살아남은 뒤에야 워크스페이스를 늘리세요.

## 이 페이지가 주장하지 않는 것

Cursor의 인덱서가 약하거나, 불완전하거나, 에디터를 바꿀 이유라고 주장하지 않습니다. 이 글의 첫 문장이 그 반대입니다.

Maguyva가 Instant Grep이나 Explore 서브에이전트를 대체한다고 주장하지 않습니다. 그것들은 Cursor의 기능입니다. Cursor 안에 남아 있습니다.

두 제품 중 어느 쪽에 대해서도 언어 수, 지연 시간 수치, 토큰 절감치를 지어내지 않습니다. 알려지지 않은 수치는 공개되지 않은 채로 남습니다.

푸시되지 않은 로컬 작업이 호스팅된 지도에 있는 척하지 않습니다. 타임스탬프가 찍힌 스냅샷이 그 한계를 눈에 보이게 합니다. 그것을 없애주지는 않습니다.

테스트는 평범합니다. 이미 아는 저장소를 색인하세요. 검증할 수 있는 질문을 하세요, 먼저 Cursor에서, 그다음 두 번째 MCP 클라이언트에서. 따라다니는 컨텍스트란 양쪽에서 같은 인용을 얻는 것입니다.

`// same map, wherever you opened it.`