Devin Desktop에서 Cascade 제거 — 리포지토리에 없던 모든 것이 함께 사라졌습니다 (2026)

여기서 중요한 세 가지 공식 성명이 있으며, 이는 서로 다른 세 페이지에서 발췌한 것입니다.

변경 로그는 제거 날짜를 명시하고 대화의 대체 경로를 지정합니다. 변경 로그가 가리키는 마이그레이션 프롬프트는 Continue in Devin Local이며, 이를 통해 이전되는 것은 대화 내용입니다.

Devin Local 문서는 이전되지 않는 항목에 대해 더 직설적입니다. 제한 사항(Limitations) 섹션은 다음과 같습니다.

"Memories — Devin Local 에이전트는 세션 간에 메모리를 유지하지 않습니다. 중요한 메모리는 Devin: Open Cascade Migration Wizard 명령을 사용하여 스킬(skills)로 마이그레이션하십시오."

"Workflows — Devin Local 에이전트에서는 워크플로우를 사용할 수 없습니다."

그리고 메모리(Memories) 페이지는 해당 메모리들이 어디에 있었는지 설명합니다.

"Cascade가 자동 생성한 메모리는 생성된 워크스페이스와 연결되며, 로컬의 ~/.codeium/windsurf/memories/에 저장됩니다. Cascade는 관련이 있다고 판단할 때 이 메모리를 검색합니다. 한 워크스페이스에서 생성된 메모리는 다른 워크스페이스에서 사용할 수 없으며, 리포지토리에 커밋되지 않습니다."

이 세 가지를 함께 읽어보면 문제의 형태가 명확해집니다. 메모리는 단일 머신에 로컬로 저장되었고, 특정 워크스페이스로 범위가 제한되었으며, 버전 관리 시스템에 포함되지 않았습니다. 숨겨진 사실은 전혀 없었으며 모두 문서화되어 있었지만, 결과적으로 축적된 지식이 아무도 신경 쓰지 않는 디렉토리에 단 하나의 사본으로만 존재했음을 의미합니다.

또한 이번 주에 해야 할 일에 영향을 미치므로 짚고 넘어가야 할 공백이 있습니다. 변경 로그의 마이그레이션 지침은 대화 내용을 다룹니다. 반면 메모리 페이지와 Devin Local 제한 사항에 모두 언급된 메모리 마이그레이션 경로는 Devin: Open Cascade Migration Wizard라는 별도의 명령어로, 변경 로그에서 제거되었다고 밝힌 에이전트의 이름을 따서 명명되었습니다. 이 글을 쓰는 시점에도 메모리 페이지는 여전히 Cascade를 현재 시제로 설명하고 있습니다. 서로 다른 두 가지를 위한 두 개의 경로가 존재하며, 문서는 아직 릴리스를 따라잡지 못했습니다. 소중한 메모리가 있다면 마이그레이션 마법사가 여전히 존재할 것이라고 가정하기 전에 해당 메모리가 있는 머신을 직접 확인해 보세요.

제거가 갑작스럽게 이루어진 것도 아닙니다. 조짐은 조건절에 있었습니다. 7월 29일, Devin Local 전용으로 표시된 모델들이 Cascade의 모델 선택기에서 비활성화되어 표시되기 시작했습니다. 8월 10일, 릴리스 노트에는 "팀에 Cascade가 비활성화되어 있을 때 Cascade 전용 구성 및 사용자 정의 옵션"을 숨기는 내용이 설명되었습니다. 8월 21일, Explain and Fix Problem은 "Cascade가 비활성화된 경우" 문제를 Devin Local로 보내기 시작했습니다. 6주 동안 변경 로그는 Cascade가 꺼진 세상을 가정한 동작을 설명했고, 결국 모든 사람에게 Cascade를 꺼버리는 릴리스가 배포되었습니다.

이를 과대해석하기 쉬우므로, Devin Local이 지원하는 것과 지원하지 않는 것을 정확히 짚고 넘어가겠습니다.

Devin Local은 영속성이 없는 도구가 아닙니다. 문서에서는 정반대로 설명합니다.

"Devin Local 에이전트는 영구적인 컨텍스트와 재사용 가능한 워크플로우를 제공하기 위해 스킬뿐만 아니라 규칙(rules) 및 AGENTS.md 파일을 지원합니다."

또한 계획 아티팩트를 안정적인 위치에 기록합니다.

"계획은 ~/.devin/plans/plan-<session>.md에 영구 마크다운 파일로 기록되므로, 이를 편집하거나 나중에 다시 확인하거나 새 세션에 전달할 수 있습니다."

따라서 솔직하게 요약하자면 간단합니다. Devin Local의 영속성은 파일 기반입니다. 규칙, AGENTS.md, 스킬은 파일이기 때문에 살아남으며, 이들 대부분은 리포지토리에 있는 파일입니다. 계획 역시 파일로 살아남지만, 기본적으로 프로젝트가 아닌 홈 디렉토리에 저장됩니다. 살아남지 못하는 것은 사용자가 아닌 에이전트가 보관할 가치가 있는 것을 스스로 결정하던 유일한 메커니즘입니다.

규칙 폴더 자체는 우선순위 순서(.devin/rules 우선 적용, .windsurf/rules 폴백 적용, 레거시 루트 파일 여전히 읽음)를 포함하여 전환 과정에서 그대로 유지되었습니다. 리포지토리에서 이들 중 어떤 것이 실제로 적용되고 있는지 아직 정리하지 못했다면, merging your Windsurf and Devin rule folders에서 이를 통합하는 방법을 단계별로 안내합니다. 이제 규칙이 더 많은 역할을 감당해야 하므로, 이 작업은 일주일 전보다 훨씬 더 가치 있는 일이 되었습니다.

또한 변하지 않는 것은 메모리 페이지에 내내 명시되어 있던 벤더 자체의 권장 사항입니다.

"Cascade가 안정적으로 재사용하기를 원하는 지식의 경우, 자동 생성된 메모리에 의존하기보다는 규칙(Rule)으로 작성하거나 리포지토리의 AGENTS.md에 추가하십시오. 규칙은 버전 관리되고 팀원들과 공유할 수 있으며, 활성화에 대한 명시적인 제어권을 제공합니다."

이 조언은 제품 결정에서 살아남는 것이 아니라 검색의 신뢰성을 위해 작성된 것이었습니다. 결과적으로 두 가지 목적 모두에 올바른 조언임이 입증되었습니다.

주변의 반응은 Cascade 사용자들이 서둘러 Devin Local로 이동해야 하며, 에디터의 릴리스 노트를 계속 주시해야 한다는 교훈을 얻었다는 것입니다. 둘 다 사실이지만, 어느 쪽도 흥미로운 부분은 아닙니다.

가장 먼저 경계해야 할 것은 이를 단순히 한 벤더가 하나의 기능을 단종시킨 사건으로 취급하는 것입니다. 이는 최근 몇 달 동안 발생한 동일한 패턴의 세 번째 사례이며, 나머지 두 사례는 이 벤더와 아무런 관련이 없는 다른 벤더들로부터 나왔습니다.

Kilo Code의 문서에는 다음과 같은 공지가 있습니다.

"Kilo Code 메모리 뱅크 기능은 AGENTS.md를 위해 더 이상 사용되지 않습니다(deprecated)."

마이그레이션 지침은 메모리 뱅크 콘텐츠를 프로젝트의 AGENTS.md로 이동하는 것이며, 해당 파일에 대한 설명에서 그 이유를 밝히고 있습니다.

"AGENTS.md는 소프트웨어 프로젝트에서 AI 에이전트의 동작을 구성하기 위한 개방형 표준입니다... 이 표준은 여러 AI 코딩 도구에서 지원됩니다."

OpenHands는 다른 방향으로 나아가 결국 같은 목적지에 도달했습니다. 영구 메모리 기능이 존재하긴 하지만, 문서에서는 이를 "선택 사항(opt-in)이며 기본적으로 비활성화됨"으로 설명하고, 이 기능이 없어도 "에이전트는 기존 AGENTS.md 기반의 안내를 유지하며 프롬프트는 변경되지 않는다"고 명시합니다. 리포지토리 파일이 기본값이며, 에이전트가 유지 관리하는 메모리는 사용자가 직접 켜야 하는 기능입니다.

세 개의 독립적인 팀, 세 개의 제품이 하나의 결론으로 수렴하고 있습니다. 프로젝트 지식을 담는 내구성 있는 컨테이너는 리포지토리의 파일이며, 에이전트 측에 누적되는 저장소는 지원이 중단되거나, 선택 사항이 되거나, 제거되는 레이어라는 점입니다. 이는 그 어떤 제품에 대한 비판도 아닙니다. 자동 생성된 저장소는 실제로 유용하며(굳이 적어두지 않았을 내용들을 캡처해 줍니다), 특정 에이전트 구현에 종속되어 있는데, 이는 제품 팀이 언제든 변경할 수 있는 성격의 것입니다.

두 번째로 경계해야 할 것은 마이그레이션 마법사가 가리키던 방향이 스킬이었기 때문에 스킬이 정답이라고 결론 내리는 것입니다. 스킬은 모델이 관련이 있다고 판단할 때 호출하는 절차(procedures)입니다. 즉, "릴리스를 실행하는 방법"을 담기에는 좋지만, "재전송 의미론(redelivery semantics) 때문에 지난 3월에 다른 큐 라이브러리를 거부했다"와 같은 내용을 담기에는 부적절합니다. Why agent skills aren't memory에서 이 차이점을 다루고 있으며, 마이그레이션 경로가 한쪽을 다른 쪽으로 병합하도록 유도할 때 이 구분이 더욱 중요해집니다.

세 번째는 이것이 락인(lock-in)에 관한 이야기라는 프레임입니다. 어느 정도는 그렇습니다. whether AI memory is a feature or lock-in은 모든 벤더에게 던질 수 있는 타당한 질문입니다. 하지만 보통 락인은 데이터를 꺼낼 수 없음을 의미합니다. 이번 사례의 경우, 파일은 항상 문서화된 경로를 통해 로컬 디스크에서 읽을 수 있는 상태였습니다. 문제는 접근 권한이 아니었습니다. 워크플로우 내의 그 어떤 것도 이 파일들을 다른 머신이나 다른 팀원이 볼 수 있는 곳으로 이동시키지 않았다는 점이 문제였습니다.

이 모든 것의 실질적인 해결책은 분류 작업입니다. 한 번만 제대로 해두면 다음 단종 소식은 아무런 일도 아니게 될 것입니다.

Step 1: 단종된 저장소에 실제로 무엇이 들어있는지 확인하기

어디로 보낼지 결정하기 전에, 무엇이 쌓여 있는지 읽어보세요. Cascade의 메모리는 이를 생성한 머신의 문서화된 디렉토리에 워크스페이스별로 저장되어 있습니다. 이를 열어 각 항목을 세 가지 버킷으로 분류하세요. 상시 지침("npm 대신 bun 사용"), 이유가 포함된 결정 사항("마이그레이션 이슈 때문에 ORM을 사용하지 않기로 함"), 또는 몇 달 전에 끝난 작업에 대한 일시적인 노트입니다.

자동 생성된 저장소에 쌓이는 대부분의 내용은 세 번째 버킷에 해당하며, 이것이 바로 이러한 기능 중단이 생각보다 타격이 적은 이유입니다. 하지만 진짜 가치 있는 것은 두 번째 버킷이며, 현재 어떤 리포지토리 파일도 이를 담고 있지 않습니다. 규칙 파일에 "이유"를 적어두는 사람은 없기 때문입니다.

Step 2: 상시 지침을 규칙 레이어로 보내기

첫 번째 버킷은 벤더가 권장한 위치인 .devin/rules/의 규칙이나 리포지토리의 AGENTS.md로 보냅니다. 두 위치 모두 Devin Local이 읽을 수 있고, 버전 관리되며, 동일한 규칙을 따르는 다른 도구들도 읽을 수 있습니다. 각 항목은 한두 문장으로 간결하게 유지하고, 적용 빈도에 맞는 활성화 모드를 가진 파일에 작성하세요.

이름 지정 시 주의할 점이 있습니다. 제대로 설정하면 문제가 없지만 잘못 설정하면 아무런 경고 없이 무시될 수 있습니다. Devin Desktop 문서는 AGENTS.md와 agents.md를 모두 인식한다고 설명하지만, 동일한 규칙을 따르는 다른 도구들은 대문자 파일명을 요구합니다. 공유 리포지토리에서는 대문자로 된 AGENTS.md를 사용하세요.

Step 3: 특정 제품 인터페이스에 종속되지 않는 곳에 이유를 기록할 공간 마련하기

두 번째 버킷은 갈 곳이 마땅치 않습니다. 규칙 파일은 적절한 컨테이너가 아닙니다. 규칙은 매 세션마다 로드되므로 히스토리로 채우면 비용이 많이 들고, 규칙의 목적은 짧고 명령조여야 하기 때문입니다. 스킬 역시 위에서 언급한 이유로 적절하지 않습니다.

해당 콘텐츠는 특정 에디터 외부에서 쿼리할 수 있고, 다른 도구를 사용하는 팀원도 접근할 수 있는 곳에 있어야 합니다. 이는 이러한 기능 중단이 계속해서 가리키고 있는 레이어이자, 세 벤더 중 그 누구도 제공하지 않는 단 한 가지입니다.

MemoryLake는 이러한 이유들이 보관되는 곳입니다. 에디터 외부에 위치하며 MCP나 API를 통해 요청하는 모든 에이전트에 서비스를 제공하므로, 오늘 기록한 결정 사항은 다음 에이전트 인터페이스가 단종된 후에도 여전히 답변할 수 있습니다. 규칙과 AGENTS.md는 Devin Local 문서에 설명된 대로 리포지토리에 그대로 유지되며, 공유 레이어는 해당 파일들이 담을 수 없었던 부분을 보관합니다.

Step 1: API 키 생성하기

약 30초 만에 키를 생성하고 첫 번째 요청을 보낼 수 있습니다. 분류 작업을 시작하기 전에 이 작업을 먼저 수행하여, 이전 메모리를 읽으면서 각 이유를 바로 저장할 수 있는 공간을 마련해 두세요.

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

두 번째 버킷의 항목을 하나씩 처리해 나갑니다. 각 결정에 대해 무엇이 선택되었고, 무엇이 거부되었으며, 그 이유는 무엇인지 기록하세요. 아키텍처 노트, 장애 보고서, 벤더 비교 등 지원 문서도 같은 곳에 보관합니다.

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

Devin Local, Claude, Codex 및 기타 에이전트에 MCP 또는 API를 통한 액세스 권한을 부여하세요. 누군가 왜 그러한 규칙이 존재하는지 물을 때, 단순히 반복되는 규칙 대신 그 배경이 되는 추론이 함께 제공됩니다.

첫 번째 변화는 단종 소식이 더 이상 비상사태가 아니게 된다는 점입니다. 벤더가 에이전트 인터페이스를 제거하더라도, 리포지토리와 공유 레이어를 확인하면 둘 다 그대로 남아 있습니다.

두 번째는 분류 작업을 단 한 번만 수행하면 된다는 점입니다. Cascade의 메모리에서 추출한 모든 내용은 이제 다음 도구가 첫날부터 바로 읽을 수 있는 형태가 되며, 이는 단순한 마이그레이션과 새로운 도구 도입의 차이를 만들어 냅니다.

세 번째는 새 머신과 새 팀원이 나와 동일한 지점에서 시작할 수 있다는 점입니다. Cascade의 메모리는 워크스페이스 범위로 제한된 로컬 데이터였기 때문에, 다른 사람이 리포지토리를 새로 체크아웃하면 빈 상태로 시작해야 했습니다. 리포지토리 파일과 쿼리 가능한 공유 레이어의 조합에는 이러한 비대칭성이 없습니다. 이는 Devin losing task context between sessions에서 다룬 세션 간 작업 컨텍스트 손실 문제의 핵심이기도 합니다.

네 번째는 규칙 파일이 길어지는 대신 더 짧아진다는 점입니다. 추론을 보관할 공간이 생기면 규칙은 단 한 줄의 명령문으로 작성될 수 있으며, 이는 활성화 모드 시스템이 원래 설계된 목적에 부합합니다.

릴리스 노트의 조건절을 읽으십시오. "Cascade가 비활성화된 경우"라는 문구가 6주 동안 등장한 후 "Cascade가 제거되었습니다"로 이어졌습니다. 특정 기능이 꺼진 상태에 대한 설명은 대개 가정이 아니라 예정된 일정입니다.

버전 관리에 포함되지 않은 모든 것은 단 하나의 사본으로 취급하십시오. 로컬 디스크의 문서화된 경로는 백업이나 인수인계 수단이 아닙니다. 중요한 내용인데 커밋되지 않았다면, 그것은 단 하나만 존재하는 것입니다.

마이그레이션 마법사가 정보 아키텍처를 결정하게 두지 마십시오. 안내식 흐름은 대상 도구가 가진 컨테이너가 무엇이든 그 안으로 콘텐츠를 이동시킵니다. 이는 편리하지만, 그 컨테이너가 올바른 공간이라는 뜻은 아닙니다.

명령은 파일에 보관하고, 이유는 파일에서 제외하십시오. 상시 지침은 매 세션마다 로드되는 규칙 레이어에 속해야 합니다. 히스토리는 필요할 때 검색할 수 있는 곳에 있어야 합니다.

도구 간의 파일명 대소문자 구분을 확인하십시오. 한 벤더의 대소문자 구분 없는 매칭이 다른 벤더에서는 아무런 경고 없이 누락될 수 있습니다. 대문자 AGENTS.md는 이 규칙을 읽는 모든 곳에서 인식됩니다.

자동 생성된 레이어는 언제든 변경될 수 있다고 가정하십시오. 올해 세 개의 벤더에 걸쳐 이 레이어는 지원 중단되고, 선택 사항이 되었으며, 결국 제거되었습니다.

Devin Desktop의 변경 로그는 Cascade의 제거 날짜를 2026년 9월 8일 릴리스로 명시하고 있으며, 이를 대체하는 에이전트가 규칙, AGENTS.md, 스킬 및 영구 계획 파일을 완전히 지원하면서도 세션 간에 메모리를 유지하지 않는다는 점을 문서를 통해 명확히 하고 있습니다. 이 모든 것은 문서화되어 있으며 타당한 조치입니다. 하지만 이를 통해 드러난 사실은 대부분의 팀이 프로젝트의 추론 과정을 어디에 보관할지 결정한 적이 없었다는 점입니다. 그들은 에이전트가 로컬 디렉토리에 이를 축적하도록 방치하고 그 결과를 기능으로 취급했습니다.

해결책은 화려하지 않지만 영구적입니다. 상시 지침은 벤더가 수개월 동안 권장해 온 대로 리포지토리에 저장합니다. 그 뒤에 숨겨진 이유는 특정 제품 인터페이스에 종속되지 않고 쿼리할 수 있는 곳에 보관합니다. 이렇게 해두면, 다음번에 어떤 기능이 단종된다는 릴리스 노트를 보더라도 월요일 하루를 결정을 재구성하는 데 허비하는 대신 가벼운 관심으로 읽어 넘길 수 있는 한 줄의 문단이 될 것입니다.