MemoryLake
모든 글로 돌아가기
Tutorial2026년 8월 28일·12 분 소요

컨텍스트 손실 없이 Zed에서 Cursor로 마이그레이션하는 방법 (2026)

무엇이든 옮기기 전에 먼저 확인해야 할 중요한 사항이 하나 있습니다. 이에 따라 마이그레이션 대상이 달라지기 때문입니다.

Zed의 공식 문서에는 지원하는 프로젝트 지침 파일이 순서대로 나열되어 있습니다: .rules, .cursorrules, .windsurfrules, .clinerules, .github/copilot-instructions.md, AGENT.md, AGENTS.md, CLAUDE.md, GEMINI.md. 그리고 다음과 같은 중요한 문장이 이어집니다: "Zed는 이 목록에서 첫 번째로 일치하는 파일을 사용합니다."

첫 번째로 일치하는 파일이 우선권을 갖습니다. 병합되거나 연결되지 않고, 가장 먼저 발견된 파일 하나만 적용됩니다. 따라서 만약 18개월 전에 리포지토리에 생성된 .rules 파일이 있다면, 그 파일이 에이전트를 제어해 왔을 것이며, 귀하가 정성껏 관리해 온 AGENTS.md는 아무런 역할도 하지 못한 채 방치되어 있었을 것입니다. AGENTS.md는 이 순서에서 일곱 번째이고, CLAUDE.md는 여덟 번째입니다.

Cursor로 마이그레이션한다는 것은 실제로 어떤 파일이 로드되고 있었는지 파악한 다음, 이와 정반대의 함정을 가진 시스템으로 옮기는 것을 의미합니다. Cursor에서는 ".cursor/rules에 있는 일반 .md 파일은 프론트매터가 없기 때문에 규칙 시스템에서 무시됩니다." 두 도구 모두 동일한 마이그레이션 과정의 양끝에서 소리 없는 실패를 유발하는 함정을 가지고 있는 셈입니다.

다행인 점은 이번 마이그레이션의 나머지 절반은 완전히 무료이며, 시작하기 전에 알아둘 가치가 있다는 것입니다. 두 도구 모두 동일한 디렉터리에서 스킬을 로드합니다.

관련된 두 개의 다른 글에서 서로 다른 목적지와 방향을 다룹니다: Zed에서 Claude Code로 마이그레이션하는 방법은 동일한 소스에서 출발하지만 대상이 다르고 해결해야 할 공백도 다르며, Cursor 규칙을 Claude Code로 마이그레이션하는 방법은 Cursor 측에서 반대 방향으로 진행하는 과정을 다룹니다.

실제로 전송되는 항목

귀하의 스킬 — 변경 사항 전혀 없음. 스킬 설치를 위한 Zed의 지침은 "전역 사용을 위해 스킬 폴더를 ~/.agents/skills/로 복사하거나, 프로젝트 로컬 사용을 위해 프로젝트의 .agents/skills/ 폴더로 복사하라"는 것입니다. Cursor는 .agents/skills/, .cursor/skills/, ~/.agents/skills/, ~/.cursor/skills/에서 스킬을 로드합니다. .agents/ 경로는 동일하며, 둘 다 SKILL.md가 포함된 폴더를 사용하고 동일한 개방형 표준을 채택했습니다. 스킬이 .agents/skills/에 있다면, 리포지토리를 여는 즉시 Cursor에서 작동합니다.

Cursor는 호환성을 위해 한 걸음 더 나아갑니다: "Claude 및 Codex 디렉터리(.claude/skills/, .codex/skills/, ~/.claude/skills/, ~/.codex/skills/)에서도 스킬을 로드합니다."

귀하의 지침 콘텐츠 — 어떤 파일에 담겨 있었는지 확인한 후. 텍스트 자체는 이동합니다. 하지만 어떤 파일에 들어 있었는지와 Zed가 실제로 어떤 파일을 읽고 있었는지는 전혀 다른 문제입니다.

개인 지침 — User Rules로 전환. Zed의 개인 지침은 ~/.config/zed/AGENTS.md(Windows의 경우 %APPDATA%\Zed\ 아래)에 위치합니다. Cursor에서 이에 해당하는 것은 "Cursor 환경에 전역적으로 적용되는" User Rules입니다.

전송되지 않는 항목: 첫 번째 일치 우선(first-match-wins) 메커니즘. Zed는 단 하나의 파일만 선택합니다. 반면 Cursor의 Project Rules는 조건부입니다. 각 .mdc 파일은 프론트매터를 통해 자체 로드 동작을 결정합니다. 이는 더 세밀한 제어가 가능하지만, 그만큼 올바르게 설정해야 할 것도 많아짐을 의미합니다.

마찬가지로 전송되지 않는 항목: 외부 에이전트에 대한 가정. Zed는 ACP를 통해 외부 에이전트(Claude, Codex, OpenCode, Copilot, Cursor 등)를 실행하고, CLI를 직접 실행하는 Terminal Threads를 구동합니다. Zed 문서에서는 이 부분을 주의 깊게 다룹니다: "외부 에이전트 및 Terminal Threads는 자체 기본 지침 파일을 직접 읽을 수 있습니다. Zed의 지침 로더가 해당 에이전트를 제어한다고 가정하지 마십시오." 만약 귀하의 Zed 설정이 외부 에이전트에 의존했다면, 컨텍스트 동작의 일부는 애초에 Zed의 통제 하에 있지 않았던 것입니다.

그리고 솔직한 사실 한 가지: 두 도구 모두 메모리 레이어(memory layer)에 대한 문서가 없습니다. Zed의 문서 인덱스에는 메모리 페이지가 없으며, Cursor도 마찬가지입니다. 두 도구 모두 설계상 지침 및 스킬 도구이며, Cursor는 다음과 같이 기본 전제를 직접적으로 밝히고 있습니다: "대규모 언어 모델은 완료(completion) 간에 메모리를 유지하지 않습니다. 규칙은 프롬프트 수준에서 지속적이고 재사용 가능한 컨텍스트를 제공합니다." 이는 규칙이 무엇인지에 대한 정확한 설명이자, 규칙이 제공하지 못하는 것이 무엇인지에 대한 명확한 진술입니다. 이번 마이그레이션으로 이 사실이 바뀌지는 않습니다. 귀하는 연속성을 직접 제공해야 하는 두 도구 사이를 이동하는 것뿐입니다.

수동 마이그레이션

1단계: Zed가 실제로 읽고 있던 파일 확인하기

목록 순서대로(.rules, .cursorrules, .windsurfrules, .clinerules, .github/copilot-instructions.md, AGENT.md, AGENTS.md, CLAUDE.md, GEMINI.md) 리포지토리에 존재하는 첫 번째 파일에서 멈추십시오. 그것이 실제 프로젝트 지침 파일입니다. 그 아래에 있는 모든 파일은 비활성 상태였습니다.

흔히 발생하는 두 가지 결과가 있으며, 마이그레이션 전에 둘 다 확인해 볼 가치가 있습니다:

오래된 레거시 파일이 우선권을 쥐고 있는 경우. 이전 도구가 남겨둔 .cursorrules 또는 .windsurfrulesAGENTS.md보다 우선합니다. 이번 마이그레이션에서 흥미로운 아이러니는, 정작 Cursor의 현재 문서에는 .cursorrules가 전혀 언급되지 않는다는 점입니다. Cursor의 네 가지 규칙 유형은 .cursor/rules의 Project Rules, User Rules, Team Rules, 그리고 AGENTS.md입니다. 오래된 .cursorrules가 Zed를 제어하는 파일이었던 반면, Cursor는 이미 그 파일에서 벗어난 상태입니다.

내가 관리하던 파일이 전혀 로드되지 않았던 경우. 만약 AGENTS.md가 첫 번째 일치 항목이 아니라면, 귀하가 적용되고 있다고 생각했던 규칙들은 작동하지 않고 있었습니다. 우선권을 쥐고 있던 파일을 읽어보십시오. 제대로 작동하고 있다고 믿었던 내용 중 일부는 테스트조차 되지 않았을 수 있습니다.

또한 개인 지침과 프로젝트 지침의 우선순위도 확인하십시오: "프로젝트 지침은 개인 AGENTS.md와 충돌할 때 이를 재정의합니다." 특정 리포지토리에서만 예상치 못한 동작이 발생했다면 대개 이 때문입니다.

이름이 바뀐 개념을 찾느라 헤매지 않도록 용어에 대해 한 가지 짚고 넘어가겠습니다. Zed 문서에 따르면 "규칙(Rules)은 스킬(Skills) 및 지침(Instructions)으로 대체되었습니다." 이에 따라 재사용 가능한 온디맨드 규칙은 스킬이 되었고, 항상 켜져 있는 규칙은 개인 AGENTS.md가 되었으며, 프로젝트 .rules 파일은 호환성을 위해 유지됩니다. 이전 Zed 가이드를 따르셨다면, 개념은 동일하지만 다른 이름으로 존재하고 있을 것입니다.

2단계: 항상 켜져 있는 하나의 파일을 적절한 시점에 로드되는 규칙으로 재구성하기

Cursor의 Project Rules는 .cursor/rules.mdc 파일로 저장되며, 이 확장자는 필수입니다. 문서에 명시되어 있습니다: "프로젝트 규칙은 반드시 .mdc 확장자를 사용해야 합니다. .cursor/rules에 있는 일반 .md 파일은 description, globs, alwaysApply를 지정하는 프론트매터가 없기 때문에 규칙 시스템에서 무시됩니다. 일반 마크다운을 선호한다면 대신 AGENTS.md를 사용하십시오."

따라서 두 가지 선택지가 있으며, 가장 단순한 방법이 정답일 때가 많습니다. 만약 Zed 지침이 항상 켜져 있는 단일 파일이었고 이를 그대로 유지하고 싶다면, Cursor 문서에서 ".cursor/rules에 대한 간단한 대안"으로 설명하는 AGENTS.md에 넣으십시오. 끝입니다.

만약 Zed에서는 불가능했던 조건부 로드를 원한다면, 대신 변환 작업을 거쳐야 합니다. Cursor의 네 가지 규칙 유형은 대부분의 사람들이 작성하는 AGENTS.md 섹션과 깔끔하게 매핑됩니다:

Zed에서의 기존 형태Cursor 규칙 유형프론트매터(Frontmatter)
항상 적용되는 리포지토리 컨벤션Always ApplyalwaysApply: true
코드베이스의 특정 영역에 대한 가이드Apply to Specific Filesglobs: src/components/**/*.tsx, alwaysApply: false
에이전트가 판단해야 하는 상황별 가이드Apply Intelligentlydescription: …, alwaysApply: false
수동으로 호출하는 항목Apply Manuallydescriptionglobs 둘 다 없음

이 상호작용은 표로 문서화되어 있으며 설명 그대로 작동합니다: alwaysApply: true는 globs와 description이 무시됨을 의미합니다. globs와 함께 alwaysApply: false를 사용하면 일치하는 파일이 컨텍스트에 있을 때 자동으로 첨부됩니다. description과 함께 false를 사용하면 에이전트가 관련성이 있다고 판단할 때 가져옵니다. 둘 다 없는 false@로 언급할 때만 규칙이 로드됨을 의미합니다.

Apply Intelligently 유형은 신중하게 작성해야 합니다. 에이전트가 관련성을 결정하기 위해 읽는 것이 바로 description이므로, "백엔드를 위한 RPC 서비스 컨벤션 및 패턴"과 같은 설명은 유효하지만 "기타 규칙"과 같은 모호한 설명은 제 역할을 하지 못합니다.

실용적인 팁: Agent에서 /create-rule을 사용하면 올바른 프론트매터가 포함된 파일이 생성되므로, .md 함정을 완전히 피할 수 있는 가장 빠른 방법입니다. 규칙은 .cursor/rules 내부의 폴더로 정리할 수 있습니다. 중첩된 .cursor/skills/ 디렉터리는 해당 디렉터리 내부의 파일로 범위가 자동으로 제한되므로, 모노레포(monorepo) 구조에서 스킬을 해당 패키지와 같은 위치에 둘 수 있습니다. 단, Cursor의 클라우드 또는 원격 실행을 사용하는 경우 한 가지 주의 사항이 있습니다: Cursor는 "로컬 ~/.cursor/skills/~/.agents/skills/ 폴더를 Cloud Agents, 원격 SSH 세션 또는 자체 관리형 워커로 복사하지 않습니다." 즉, 리포지토리의 프로젝트 스킬은 전송되지만 개인 스킬은 전송되지 않습니다.

이것으로 파일 마이그레이션은 완료되었습니다. 하지만 파일에 애초에 존재하지 않았던 것들은 여전히 해결되지 않은 채로 남아 있습니다.

더 나은 방법: 두 도구 모두 제공하지 않는 '의사결정 배경'의 보금자리 마련하기

두 도구 모두 지침을 잘 처리하며, 그 이상의 기능을 제공한다고 주장하지도 않습니다. Cursor의 자체 프레이밍이 가장 솔직합니다: 규칙은 "프롬프트 수준에서 지속적이고 재사용 가능한 컨텍스트를 제공"하며, 규칙 내용은 "모델 컨텍스트의 시작 부분에 포함됩니다."

관련된 모든 요청마다 컨텍스트의 시작 부분에 포함됩니다. 바로 이 제약 때문에 규칙 파일은 특정 범주의 지식을 담기에는 적절하지 않은 컨테이너가 됩니다. 특정 컨벤션이 존재하는 이유, 이미 시도했다가 거부한 접근 방식, 명백해 보이는 해결책이 오답이 되게 만드는 제약 조건, 지름길을 택해야 했던 마감일 등은 '지침'이 아닙니다. 이를 AGENTS.md에 넣으면 파일만 길어질 뿐 에이전트가 지침을 더 잘 따르게 되지는 않습니다. 방금 마이그레이션을 통해 내가 관리하던 파일이 로드조차 되지 않고 있었다는 사실을 발견한 직후라면, 더 짧은 지침 파일이 주는 매력이 무엇인지 분명히 느끼실 것입니다.

바로 이것이 MemoryLake가 제공하는 역할입니다. 도구들이 쿼리할 수 있는 레이어에 프로젝트의 영구적인 지식을 보관하므로, 규칙은 짧게 유지되고 의사결정 배경(reasoning)은 올해 어떤 에디터를 사용하든 상관없이 계속 사용할 수 있습니다. 설정은 3단계로 진행됩니다.

1단계: API 키 생성하기

로그인하고 API 키를 생성합니다. 연결하는 여러 도구에서 이 하나의 자격 증명을 공유하여 사용합니다.

Zed에서 Cursor로 이동할 때 MemoryLake API 키 생성하기
Zed에서 Cursor로 이동할 때 MemoryLake API 키 생성하기

2단계: 첫 번째 메모리 업로드하기

각각 하나의 사실만 담고 있는 짧은 항목들입니다. 가장 좋은 소스는 방금 더 길게 만들 뻔했던 지침 파일입니다:

규칙 파일을 늘리는 대신 결정 사항 및 거부된 접근 방식 업로드하기
규칙 파일을 늘리는 대신 결정 사항 및 거부된 접근 방식 업로드하기

모든 규칙의 이유. "리뷰 도구가 더 큰 diff를 잘라내기 때문에 컴포넌트는 200줄 미만으로 유지해야 합니다." 규칙 자체는 .mdc 파일에 들어가고, 이 배경 설명은 여기에 들어갑니다. 이것이 다음 분기에 규칙이 임의로 삭제되는 것을 방지하는 힘이 됩니다.

이 리포지토리에서 이미 거부된 접근 방식. 규칙 파일이나 커밋 메시지에는 나타나지 않지만, 새로운 세션이 시작될 때마다 매번 다시 제안되는 범주의 지식입니다.

아무도 알려주지 않는 환경적 사실. 문서화되지 않은 속도 제한(rate limit), 두 작업 간의 순서 의존성, CI에서만 실패하는 테스트 등이 이에 해당합니다.

이번 마이그레이션을 통해 방금 배운 점. 만약 오래된 .cursorrulesAGENTS.md보다 우선하고 있었다면, 그로 인해 실제로 한 번도 강제되지 못했던 컨벤션이 무엇인지 기록해 두십시오. 이는 규칙이 아니라 코드베이스에 대한 엄연한 사실입니다.

3단계: AI 및 에이전트 연결하기

사용 중인 도구를 연결하십시오. MemoryLake는 MCP 및 API를 통해 액세스할 수 있으며, Zed와 Cursor 모두 MCP 서버를 지원하므로 아직 완전히 전환하지 않은 과도기에 유용합니다. Claude Code, Codex, OpenClaw와 같은 MCP 네이티브 에이전트는 동일한 메모리를 읽으며, 그 외의 도구들은 API를 통해 메모리에 접근합니다.

Zed, Cursor 및 기타 에이전트를 하나의 공유 메모리 레이어에 연결하기
Zed, Cursor 및 기타 에이전트를 하나의 공유 메모리 레이어에 연결하기

세 가지 솔직한 한계가 있습니다. MemoryLake는 .mdc 파일, AGENTS.md 또는 User Rules를 직접 작성하지 않습니다. 이러한 파일들은 귀하가 Cursor를 제어하는 수단이며, 앞서 설명한 로드 동작은 Cursor의 고유 기능입니다. MemoryLake는 귀하 또는 귀하의 에이전트가 입력한 내용만 보관하므로 2단계 작업이 중요합니다. 또한 규칙은 강제되는 구성(configuration)이라기보다는 컨텍스트에 가깝습니다. 매번 반드시 준수해야 하는 사항은 마크다운 한 줄이 아니라 CI에서 검사하도록 설정해야 합니다.

실제 변화하는 점

실제로 로드되고 있던 파일이 무엇인지 알게 됩니다. 첫 번째 일치 우선 원칙 때문에, 실제로 작동하던 파일은 귀하가 편집하고 있던 파일이 아닌 경우가 많습니다.

스킬 이동에 비용이 들지 않습니다. 두 도구 모두 .agents/skills/를 읽습니다.

모 아니면 도 식의 로드 대신 조건부 로드가 가능해집니다. 항상 켜져 있는 하나의 파일 대신 네 가지 규칙 유형이 그 자리를 대체합니다.

.md 함정이 더 이상 미스터리로 남지 않습니다. .cursor/rules에서 잘못된 확장자를 사용하면 파일이 존재하지 않는 것으로 처리됩니다.

지침 파일이 더 짧아집니다. 의사결정 배경이 외부로 이동하므로 순수한 지침만 남게 됩니다.

다음 에디터로의 전환 비용이 저렴해집니다. 영구적인 지식이 더 이상 특정 도구의 설정 디렉터리 내부에 갇혀 있지 않기 때문입니다.

Zed에서 Cursor로 이동할 때의 베스트 프랙티스

무엇이든 복사하기 전에 우선권을 가진 파일을 먼저 확인하십시오. Zed는 9개 파일 목록 중 첫 번째 일치 항목을 읽습니다.

오래된 레거시 규칙 파일을 읽은 후에는 삭제하십시오. 남겨진 .cursorrules는 Zed에서 AGENTS.md보다 우선하며, 현재 Cursor에서는 문서화되어 있지 않습니다.

.mdc 프론트매터를 직접 작성하기보다 /create-rule을 사용하십시오. 올바른 프론트매터를 생성해 주므로 가장 흔한 실패 원인을 피할 수 있습니다.

일반 마크다운을 원한다면 AGENTS.md를 사용하십시오. Cursor는 이를 간단한 대안으로 문서화하고 있으므로, 굳이 .cursor/rules와 씨름할 필요가 없습니다.

Apply Intelligently 규칙에는 실제 구체적인 설명을 작성하십시오. 에이전트는 이 설명을 읽고 관련성을 판단합니다.

하나의 거대한 항상 켜져 있는 파일 대신 glob을 사용하여 범위를 제한하십시오. 모든 요청마다 모든 내용을 로드하는 방식 때문에 Zed 파일이 다루기 힘들어졌던 것입니다.

Cloud Agents를 사용하는 경우 개인 스킬을 리포지토리에 보관하십시오. 로컬 ~/.agents/skills/는 원격 실행 환경으로 복사되지 않습니다.

두 도구 모두 기억할 것이라 기대하지 마십시오. 어느 쪽도 메모리 레이어를 문서화하고 있지 않습니다. 일반적인 형태는 코딩 에이전트가 실제로 읽는 것에서 확인할 수 있습니다.

결론

이번 마이그레이션은 대부분의 마이그레이션보다 쉬우며, 한 가지 진짜 놀라운 사실을 담고 있습니다. 쉬운 부분은 스킬입니다. Zed와 Cursor 모두 .agents/skills/~/.agents/skills/에서 로드하고, 둘 다 SKILL.md가 포함된 폴더를 사용하므로 변환할 필요가 전혀 없습니다. 놀라운 점은 소스 측에 있습니다. Zed는 9개 파일 목록 중 첫 번째로 일치하는 파일을 읽기 때문에, 에이전트를 형성해 온 지침 파일이 귀하가 관리해 온 파일이 아닐 수 있으며, AGENTS.md는 그 순서에서 일곱 번째에 불과합니다.

어떤 파일이 우선권을 쥐고 있었는지 확인하고 제대로 읽어본 다음, 어떻게 적용할지 결정하십시오. 항상 켜져 있는 파일 하나라면 AGENTS.md에 넣는 것으로 끝납니다. 조건부 로드를 원한다면 이를 .cursor/rules로 변환하십시오. 이때 해당 디렉터리의 일반 .md 파일은 무시된다는 점과 /create-rule이 올바른 프론트매터를 자동으로 작성해 준다는 점을 기억하십시오.

두 도구 모두 제공하지 않는 것은 의사결정 배경을 둘 곳입니다. Cursor는 이를 명확히 밝히고 있습니다. 규칙은 프롬프트 수준에서 재사용 가능한 컨텍스트를 제공하며, 모델 컨텍스트의 시작 부분에 로드됩니다. 이는 지침 파일에 대한 올바른 설명이며, 결정 사항, 거부된 접근 방식, 제약 조건을 담기에는 부적절한 용기인 이유이기도 합니다. 지침은 올바른 규칙 유형으로 이동하여 짧게 유지하고, 의사결정 배경은 다음 에디터에서도 읽을 수 있는 곳에 보관하십시오. Cursor 측에서 이것이 구체적으로 어떤 모습인지에 대해서는 세션 간에 Cursor 컨텍스트를 유지하는 방법에서 다룹니다.

자주 묻는 질문

Zed는 실제로 어떤 지침 파일을 사용하나요?

문서에 정의된 순서(.rules, .cursorrules, .windsurfrules, .clinerules, .github/copilot-instructions.md, AGENT.md, AGENTS.md, CLAUDE.md, GEMINI.md)대로 가장 먼저 발견되는 파일을 사용합니다. Zed 문서에 따르면 "이 목록에서 첫 번째로 일치하는 파일을 사용"하므로, 오래된 레거시 파일이 귀하가 활발히 관리하는 AGENTS.md보다 우선합니다. 또한 프로젝트 지침은 "충돌할 때 개인 AGENTS.md를 재정의"합니다.

Zed 스킬이 Cursor에서도 작동하나요?

네, 표준 위치에 있다면 변경 없이 작동합니다. Zed는 전역적으로 ~/.agents/skills/에, 프로젝트별로는 .agents/skills/에 스킬을 설치하며, Cursor는 .agents/skills/, .cursor/skills/, ~/.agents/skills/, ~/.cursor/skills/에서 스킬을 로드합니다. 둘 다 SKILL.md가 포함된 폴더를 사용합니다. 또한 Cursor는 호환성을 위해 .claude/skills/.codex/skills/에서도 스킬을 로드합니다.

내가 추가한 규칙 파일을 Cursor가 무시하는 이유는 무엇인가요?

확장자를 확인해 보십시오. Cursor 문서에 따르면 프로젝트 규칙은 "반드시 .mdc 확장자를 사용해야" 하며, ".cursor/rules에 있는 일반 .md 파일은 프론트매터가 없기 때문에 규칙 시스템에서 무시됩니다." 일반 마크다운을 원한다면 문서화된 대안인 AGENTS.md를 사용하십시오. 규칙이 실행되지 않는 다른 원인들은 Cursor가 프로젝트 규칙을 잊어버리는 이유에서 다룹니다.

.cursor/rulesAGENTS.md 중 어느 것을 사용해야 하나요?

AGENTS.md if 귀하의 지침이 항상 켜져 있는 하나의 블록이라면 — Cursor는 이를 ".cursor/rules에 대한 간단한 대안"으로 설명합니다. 조건부 로드를 원할 때는 .cursor/rules를 사용하십시오: Always Apply, glob을 통한 Apply to Specific Files, 설명을 통한 Apply Intelligently, 또는 @ 언급을 통한 Apply Manually. 단일 Zed 파일에서 마이그레이션하는 대부분의 팀은 결국 항상 켜져 있는 부분과 특정 영역에 특화된 부분을 분리하게 됩니다.

Cursor나 Zed에 메모리 기능이 있나요?

두 도구 모두 문서 인덱스에 메모리 페이지가 없습니다. 둘 다 지침 파일과 스킬을 중심으로 구축되었으며, Cursor는 다음과 같이 전제를 명확히 밝히고 있습니다: "대규모 언어 모델은 완료(completion) 간에 메모리를 유지하지 않습니다. 규칙은 프롬프트 수준에서 지속적이고 재사용 가능한 컨텍스트를 제공합니다." 이는 단점이라기보다는 범위에 대한 설명입니다. 규칙은 컨텍스트의 시작 부분에 로드되어 행동을 제어하기 위한 것이지, 학습한 내용을 축적하기 위한 것이 아닙니다. 그 상위 레이어에 대한 옵션들은 Cursor를 위한 최고의 메모리 및 컨텍스트 도구에서 비교해 볼 수 있습니다.

Zed 내부에서 실행하던 외부 에이전트들은 어떻게 되나요?

그 에이전트들은 이미 부분적으로 Zed의 통제 밖에 있었습니다. Zed는 ACP를 통해 외부 에이전트(Claude, Codex, OpenCode, Copilot, Cursor 포함)를 실행하고, CLI를 직접 실행하는 Terminal Threads를 구동하며, 문서에서는 다음과 같이 경고합니다: "외부 에이전트 및 Terminal Threads는 자체 기본 지침 파일을 직접 읽을 수 있습니다. Zed의 지침 로더가 해당 에이전트를 제어한다고 가정하지 마십시오." 특정 동작이 Zed의 로더에서 비롯되었다고 가정하기 전에 각 에이전트의 자체 지침 파일을 확인하십시오. 일반적인 실패 유형은 에이전트가 내가 작성한 지침 파일을 무시하는 이유에서 다룹니다.