왜 Windsurf가 Cascade 컨텍스트를 잊어버리나요?

Windsurf는 Cascade 컨텍스트를 잊어버리는 이유는 Cascade가 채워질 때 이전 전환을 자동 요약하는 유한한 세션 컨텍스트 창 안에서 실행되며, 기본 기억은 짧은 작업 공간 범위의 메모이기 때문입니다 — 전체 프로젝트 기억 저장소가 아닙니다. 긴 세션은 세부 사항을 잃고, 새로운 세션은 빈 상태로 시작합니다. 해결책은 Cascade가 매 전환마다 읽는 지속적인 프로젝트 기억 레이어입니다.

Cascade는 유한한 컨테이너 안에 있는 강력한 에이전트입니다. 세 가지 설계 선택이 잊어버림을 설명합니다:

1. 컨텍스트 창은 세션별이며 유한합니다. Cascade는 Claude Sonnet, GPT-4.1 및 기타 최전선 모델에서 최대 1M 토큰의 창으로 실행됩니다. 이 창은 관대하지만 무한하지 않으며, 매 새로운 세션마다 초기화됩니다. 많은 파일을 읽고 많은 도구를 실행하는 긴 에이전트 실행은 예상보다 더 빨리 채워집니다.

2. Cascade는 창이 채워질 때 자동 요약합니다. Cascade가 한계에 가까워지면, 이전 전환을 짧은 요약으로 압축하여 대화가 계속될 수 있도록 합니다. Codeium은 이 요약을 "더 긴 대화를 더 잘 처리하기 위해" 공개적으로 개선했습니다 — 이전 버전은 중요한 컨텍스트를 삭제할 만큼 공격적이었습니다, 그들의 변경 로그에 따르면. 지금도 요약은 손실이 발생합니다. 당신의 5번째 전환에서의 추론은 50번째 전환에서 한 줄로 압축됩니다.

3. 기억은 짧은 메모이며, 문서 저장소가 아닙니다. Windsurf의 Cascade 기억 기능은 에이전트가 작업 공간 범위의 메모를 적어둘 수 있게 합니다 ("사용자는 Tailwind를 선호합니다", "이 프로젝트는 Bun을 사용합니다"). 저장소는 ~/.codeium/windsurf/memories/에 위치하며, 짧은 관찰을 위해 설계되었으며, 전체 사양, 전사 또는 결정 로그를 위한 것이 아닙니다.

순수한 효과: Cascade는 세션 내에서 뛰어나지만 세션 간에는 기억력이 없습니다.

모든 Cascade 초기화는 당신에게 준비 시간을 소모하게 하며, 손실은 프로젝트 전반에 걸쳐 누적됩니다:

• 세션 중 세부 사항이 바뀝니다. 당신이 5번째 전환에서 명시한 제약 조건 — "구형 users_v1 테이블은 기존 스키마를 유지해야 합니다" — 는 40번째 전환에서 "구형 사용자 테이블을 존중합니다"로 요약되며, Cascade는 조용히 스키마 동결 규칙을 잊어버립니다.
• 건축 결정이 세션 간에 사라집니다. "우리는 엣지 런타임 때문에 Drizzle을 Prisma보다 선택했습니다"는 어제의 대화에 있습니다. 오늘의 Cascade 대화는 이를 알지 못하므로 Prisma로 스캐폴딩합니다.
• 파일 간 컨텍스트 조각이 생깁니다. Cascade는 작업 공간의 모든 파일을 읽을 수 있지만, 세션 세 개 전에 읽은 내용을 기억할 수는 없습니다. 각 세션은 다시 읽고, 다시 요약하고, 다시 잃어버립니다.

Windsurf는 이 문제를 부분적으로 해결하는 세 가지 기능을 출시했습니다. 그 중 어느 것도 완전히 해결하지는 못합니다.

Cascade 기억은 세션 중 작업 공간 범위의 메모를 자동 생성합니다. "나는 pnpm을 사용한다고 기억해"에 유용합니다. "지난 목요일 대화에서 우리가 매핑한 전체 데이터 흐름을 기억해"에는 제한적입니다. 기억은 설계상 짧습니다 — 일반적으로 한두 문장 정도 — 그리고 저장소는 프로젝트가 아닌 작업 공간별로 디스크에 저장됩니다.

규칙 (global_rules.md 및 .windsurfrules)은 Cascade가 매 세션마다 로드하는 내구성 있는 지침을 작성할 수 있게 합니다. 관습에 좋습니다. 결정 로그, 전사 또는 설계 문서와 같은 진화하는 컨텍스트를 위해 설계되지 않았습니다.

워크플로우는 반복 가능한 에이전트 절차를 스크립트할 수 있게 합니다. "테스트 스위트를 실행한 후 포맷"에 유용합니다. 기억 기능은 아닙니다.

정적 행동에 대해서는 기본 기능이 작동합니다. 장기 프로젝트의 본질에 대해서는 부족합니다. 전체 분석을 위해 공식 Cascade 기억 문서를 읽을 수 있습니다.

Cascade 기억은 Windsurf 내부에 존재합니다. 이동하지 않습니다. 만약 당신이 ChatGPT에서 사양을 작성하고, Claude Code에서 긴 에이전트 루프를 실행하며, Cursor에서 PR을 검토한다면 — 우리가 듣는 대부분의 팀이 정확히 그렇게 합니다 — 당신의 프로젝트 컨텍스트의 절반은 Cascade가 읽을 수 없는 도구에 존재합니다.

프로젝트가 작업의 단위입니다. 기억은 프로젝트를 따라야 하며, 편집기를 따라서는 안 됩니다.

MemoryLake는 Windsurf와 Cascade의 기본 MCP 지원을 통해 연결되는 크로스 모델 기억 레이어입니다. Cascade의 자동 요약에 의존하는 대신, 프로젝트에 자체 기억을 부여하고 Cascade는 매 전환마다 이를 읽습니다.

• 프로젝트별 기억, 문서 충실도. 사양, ADR, 과거 Cascade 전사 및 결정 로그는 프로젝트에 존재합니다. Cascade는 매 전환마다 필요한 것을 가져옵니다 — 5번째 전환의 스키마 제약 조건은 500번째 전환에서도 여전히 검색할 수 있습니다.
• 원시 프롬프트보다 10,000배 더 많은 컨텍스트. MemoryLake의 검색 엔진은 수십억 개의 프로젝트 기억에서 읽고, 관련된 것만 표면에 드러냅니다. 이제 Cascade의 요약이 중요한 세부 사항을 압축하는 것을 지켜보지 않아도 됩니다.
• 모든 편집기와 AI에서 휴대 가능. 동일한 프로젝트 기억이 Cursor, Claude Code, Claude Desktop, ChatGPT, Gemini 및 Grok에서 작동합니다. 프로젝트 중간에 도구를 전환하면 컨텍스트가 따라옵니다.

MemoryLake는 LoCoMo 긴 컨텍스트 벤치마크에서 94.03%를 기록했습니다 — 2026년 현재 발표된 최고 결과로, 밀리초 검색 및 AES-256 종단 간 암호화를 제공합니다.

1. 프로젝트를 생성하고 컨텍스트를 로드합니다. MemoryLake에 로그인하고, 프로젝트 관리 열고, 프로젝트 생성 클릭 후 작업 공간 이름으로 명명합니다 (예: "acme-api — Cascade 컨텍스트"). 문서 드라이브를 통해 사양, ADR 및 과거 Cascade 전사를 업로드합니다 (PDF, Markdown, Word, Excel, 이미지 모두 지원). 기억 탭에 상시 지침을 추가하여 프로젝트와 함께 이동하도록 합니다.
2. MCP 서버 엔드포인트를 생성합니다. 프로젝트 내 MCP 서버 탭을 열고, MCP 서버 추가 클릭 후 "Windsurf 통합"이라고 이름을 붙이고 생성 클릭합니다. MemoryLake는 API 키 ID, 비밀 및 엔드포인트 URL을 반환합니다. 비밀을 즉시 복사하세요 — 한 번만 표시됩니다.
3. 서버를 Cascade의 MCP 구성에 추가합니다. Windsurf에서 설정 → Cascade → MCP 관리 → 원시 구성 보기로 이동한 후, 엔드포인트 URL과 Bearer 토큰을 사용하여 memorylake 항목을 추가합니다. 저장하고 Cascade를 재시작합니다. 이제 Cascade는 프로젝트 기억을 필요에 따라 또는 세션 시작 시 호출할 수 있는 memorylake 도구를 갖추게 됩니다.