왜 Devin이 내 작업 컨텍스트를 잊어버릴까요?

Devin이 작업 컨텍스트를 잊어버리는 이유는 각 Devin 세션이 자체 샌드박스, 브라우저 및 대화가 있는 자율 실행이기 때문이며, Cognition은 기본적으로 세션 간에 구조화된 프로젝트 기억을 지속하지 않기 때문입니다. 지식 항목은 전역적으로 도움이 되지만, 프로젝트별로는 도움이 되지 않습니다. 해결 방법은 Devin의 워크플로우가 세션 시작 시 REST를 통해 가져올 수 있는 프로젝트별 기억 레이어를 연결하는 것입니다.

Devin은 Cognition의 자율 엔지니어링 에이전트입니다. Devin은 계획하고, 코딩하고, 테스트를 실행하고, 보고하는 모든 작업을 관리된 환경 내에서 수행합니다. 세션 간에 작업 컨텍스트를 밀어내는 세 가지 설계 선택이 있습니다:

1. 세션은 자율 실행으로 자급자족합니다. 각 Devin 세션은 샌드박스를 생성하고, 계획을 실행하며, 종료합니다. 에이전트의 작업 기억에 보유된 상태는 세션이 끝나면 종료됩니다. 다음 세션은 새로운 샌드박스와 새로운 대화로 시작합니다.

2. 지식 항목은 전역적이며 프로젝트 범위가 아닙니다. Devin의 지식 기능을 통해 에이전트에 지속적인 사실(“pnpm 사용”, “이 레포는 탭을 선호함”)을 제공할 수 있지만, 이는 계정 수준의 지침이지, 시도된 것, 작동한 것, 그리고 왜 경로가 포기되었는지에 대한 프로젝트 로그가 아닙니다.

3. 다일 프로젝트는 인간이 다시 브리핑해야 합니다. 프로젝트를 3일째 진행할 때, 일반적으로 요약을 붙여넣거나 PR을 링크하거나 Devin에게 문서를 지시합니다. 에이전트는 자신의 이전 추론을 기억하지 않습니다. Cognition의 세션 모델은 공식 Devin 문서에서 문서화되어 있습니다: docs.devin.ai.

결과: 각 Devin 실행은 당신이 설정한 작업에 대해 명확하지만, 그 주변 프로젝트에 대해서는 낯선 존재입니다.

모든 새로운 세션은 재조정 세금을 지불하며, 다일 작업에서는 비용이 누적됩니다:

• 다시 묻는 질문들. “우리는 어떤 데이터베이스를 사용하고 있나요? 인증 스킴은 무엇인가요? 왜 이 모듈이 이렇게 추상화되었나요?” — Devin이 어제 물어본 질문들이 오늘 다시 나타납니다.
• 되돌린 결정들. Devin이 첫 번째 세션에서 배제한 접근 방식이 세 번째 세션에서 조용히 다시 나타나는데, 이는 추론이 지속되지 않기 때문입니다.
• 잃어버린 테스트 결과. “우리는 e2e/checkout.spec.ts가 시드 데이터 순서 때문에 불안정하다는 것을 보았습니다”는 이전 세션의 발견으로, 다음 세션에 수동으로 다시 고정해야 합니다.

해결 방법은 “더 긴 작업 브리프 작성”이 아닙니다 — Devin이 매 세션 시작 시 가져올 수 있는 프로젝트 기억을 제공하는 것입니다.

Cognition은 지속성을 부분적으로 해결하는 세 가지 기능을 출시했습니다. 그 중 어느 것도 프로젝트 기억은 아닙니다.

지식은 Devin이 세션 간에 표출할 사실과 스니펫을 저장합니다. 안정적인 규칙에 대해 훌륭합니다(“Jest가 아닌 Vitest 사용”). 진화하는 프로젝트 상태에는 덜 유용합니다. 왜냐하면 지식은 전역적이며 특정 프로젝트에 고정되지 않고, 수동으로 유지해야 하기 때문입니다.

레포 및 머신 설정 스크립트는 Devin이 매 세션마다 모든 것을 다시 설치하지 않도록 환경을 미리 구성할 수 있게 해줍니다. 이들은 인프라를 처리하지만, 추론은 처리하지 않습니다.

이전 세션 및 PR 연결은 새로운 브리핑에서 과거 작업을 참조할 수 있게 해줍니다. 유용하지만, 당신이 연결을 해야 하며, Devin은 이전 세션의 추론을 자동으로 계획에 읽어들이지 않습니다 — 당신이 지시하는 것을 읽습니다.

더 깊은 문제는 실제 프로젝트의 작업 컨텍스트가 세션, 머신 및 팀원 간에 걸쳐 있다는 것입니다. 지식 항목은 “항상 X를 하라”를 처리합니다. “어제의 세션이 이 세 가지 이유로 Y를 결정했다”는 처리하지 않습니다. 다일, 다엔지니어 프로젝트는 어떤 세션 — Devin 또는 다른 세션 — 이든 읽을 수 있는 공유 프로젝트 로그가 필요합니다.

프로젝트 기억은 에이전트 실행 위에 존재해야 합니다.

MemoryLake는 Devin이 세션 시작 시 REST를 통해 읽을 수 있는 크로스 모델 기억 레이어입니다. 매 실행마다 다시 브리핑하는 대신, 프로젝트에 자체 기억을 부여하고 Devin이 계획하기 전에 필요한 것을 끌어오게 합니다.

• 프로젝트별 세션 로그. 각 Devin 세션의 결정, 막다른 골목 및 테스트 결과는 프로젝트에 고정된 기억으로 요약될 수 있습니다. 다음 세션은 관련 슬라이스를 검색하여 시작합니다.
• 인간과 에이전트 간의 진실의 단일 출처. 팀이 Cursor, Claude Code 또는 ChatGPT에서 사용하는 동일한 프로젝트 기억이 Devin이 읽는 기억입니다. 더 이상 세 가지 도구에서 병행 브리핑이 필요하지 않습니다.
• 원시 프롬프트의 10,000배 검색 범위. MemoryLake는 수십억 개의 프로젝트 기억에서 읽고 이 실행에 관련된 것만 반환하므로 Devin의 컨텍스트 창은 재로드하는 데 사용되지 않고 계획하는 데 사용됩니다.

MemoryLake는 2026년 기준으로 LoCoMo 긴 컨텍스트 벤치마크에서 94.03%를 기록했으며, 밀리초 검색 및 AES-256 종단 간 암호화를 제공합니다.

1. 프로젝트를 생성하고 컨텍스트를 로드합니다. MemoryLake에 로그인하고, 프로젝트 관리 열고, 프로젝트 생성 클릭 후 "Devin — Q2 결제 마이그레이션"과 같은 이름을 지정합니다. 문서 드라이브를 통해 브리핑, PRD, ADR 및 이전 세션 요약을 업로드합니다. 프로젝트와 함께 이동할 수 있도록 기억 탭을 통해 구조화된 "우리가 결정한 것과 그 이유" 노트를 추가합니다.
2. MCP 서버 엔드포인트를 생성합니다. 프로젝트 내에서 MCP 서버 탭을 열고, MCP 서버 추가 클릭 후 "Devin 통합"이라고 이름을 지정하고 생성 클릭합니다. MemoryLake는 API 키 ID, 비밀 및 엔드포인트 URL을 반환합니다. Bearer 토큰을 즉시 복사합니다 — 한 번만 표시됩니다.
3. REST를 통해 Devin을 연결합니다. Devin은 워크플로우 설정을 통해 외부 서비스와 통합됩니다. MemoryLake REST 엔드포인트를 호출하여 관련 프로젝트 기억을 가져오고, 실행 시작 전에 Devin의 작업 브리핑 또는 지식에 기록하는 설정 단계 또는 세션 전 후크를 추가합니다. 이제 모든 세션은 프로젝트의 이력이 이미 로드된 상태로 시작됩니다.