왜 Manus가 내 프로젝트 기록을 잊어버릴까요?

Manus가 프로젝트 기록을 잊어버리는 이유는 모든 작업이 작업이 완료될 때 초기화되는 새로운 샌드박스 내에서 실행되기 때문입니다. 에이전트는 작업별로 todo.md를 유지하고 샌드박스 내의 파일로 작업을 오프로드하지만, 그 중 어떤 것도 다음 실행으로 생존하지 않습니다. 프로젝트 기록은 최종 출력 아티팩트에만 존재하며, 에이전트에는 존재하지 않습니다. 샌드박스 외부의 지속적인 기억 레이어가 이를 해결합니다.

Manus는 작업별 샌드박스를 중심으로 구축되었습니다. Manus 엔지니어링 팀은 상태를 간결하게 유지하는 것이 단일 작업이 50개 이상의 도구 호출을 연결할 수 있게 해준다는 트레이드오프에 대해 공개적으로 설명했습니다.

1. 샌드박스는 모든 작업이 끝날 때 초기화됩니다. Manus 팀이 작성한 바와 같이, 에이전트에게 주는 50번째 작업은 1번째 작업과 동일한 컨텍스트에서 시작합니다 — 당신의 프롬프트와 그 외에는 아무것도 없습니다. 브라우징 기록, 작성한 코드, 수집한 검색 결과, 생성한 합성물 모두 샌드박스 내에 존재하며 작업이 완료되면 사라집니다.

2. 컨텍스트 내 기억은 의도적으로 재활용됩니다. 긴 시간 동안 주의가 분산되는 것을 피하기 위해, Manus는 현재 목표를 컨텍스트의 끝 근처에 유지하기 위해 todo.md를 다시 작성합니다. 이전 관찰은 공격적으로 요약되거나 삭제됩니다. 이는 하나의 작업 내에서는 작동하지만, 작업 간의 망각을 보장합니다.

3. 파일은 에이전트의 "기억"이지만, 그 실행에만 해당됩니다. Manus는 원시 검색 결과, 중간 코드 및 대규모 출력을 샌드박스 내의 파일로 저장하며, 라이브 프롬프트에 유지하지 않습니다. 현재 작업에는 스마트하지만, 다음 작업에는 쓸모가 없습니다. 왜냐하면 파일 시스템이 샌드박스와 함께 사라지기 때문입니다.

단일 작업 내에서 Manus를 빠르게 유지하는 아키텍처 선택이 작업 간의 망각을 초래하는 동일한 선택입니다.

여러 주에 걸친 프로젝트의 각 새로운 작업은 동일한 설정 비용을 발생시키며, 손실은 누적됩니다:

• 막다른 길이 다시 탐색됩니다. Manus가 이미 시도하고 배제한 세 가지 접근 방식이 다시 시도되어 도구 호출과 당신의 인내심을 소모합니다.
• 연구를 다시 해야 합니다. 지난주에 탐색한 200페이지는 사라졌습니다. 동일한 쿼리, 동일한 스크래핑, 동일한 요약이 다시 청구됩니다.
• 관습이 초기화됩니다. 파일 이름, 폴더 레이아웃, 프레임워크 선택 및 첫날 Manus와 함께 정한 작은 결정들이 모든 새로운 프롬프트에서 다시 명시되어야 합니다.

해결책은 "더 긴 프롬프트를 작성하라"가 아닙니다. 프로젝트 기록을 샌드박스 외부의 어딘가에 두어야 하며, 모든 새로운 작업이 이를 읽을 수 있어야 합니다.

Manus는 부분적으로 도움이 되는 몇 가지 메커니즘을 제공합니다.

todo.md 및 작업 내 파일 기억. 현재 작업에 대해 훌륭합니다. 에이전트는 자신의 파일 시스템을 임시 공간으로 사용하고 목표를 반복하여 집중력을 유지합니다. 그러나 이 모든 것은 샌드박스 초기화 시 생존하지 않습니다.

최종 출력 아티팩트. Manus는 문서, 코드, 보고서와 같은 결과물을 반환하며, 이를 저장하고 다음 작업에 첨부 파일로 다시 제공할 수 있습니다. 이는 안정적인 출력에 대해 작동하지만, 에이전트의 추론 추적 — 왜 A 옵션을 선택했는지, 어떤 소스를 신뢰했는지, 어떤 경로를 포기했는지 — 는 아티팩트에 포함되어 있지 않습니다.

수동 프롬프트 삽입. 많은 사용자들이 각 Manus 작업의 상단에 긴 "프로젝트 개요"를 붙여넣습니다. 이는 사실상 우회 방법입니다. 이는 모든 다른 긴 프롬프트 전략과 동일한 한계에 부딪힙니다: 더 많이 붙여넣을수록 Manus가 실제 작업에 사용할 수 있는 예산이 줄어들고, 여전히 그 개요를 수동으로 유지해야 합니다.

일회성 자동화에는 원주율이 괜찮습니다. 몇 주에 걸친 다중 작업 프로젝트에는 그렇지 않습니다.

더 깊은 문제는 에이전트가 프로젝트에 대한 개념이 없다는 것입니다. 에이전트는 작업을 가지고 있습니다. 각 작업은 독립적입니다. 따라서 연속된 10개의 실행을 단일 작업으로 취급하더라도 Manus는 그렇게 하지 않으며, 공유된 컨텍스트를 넣을 수 있는 장소가 Manus 내부에 없습니다.

더욱이, 프로젝트 작업은 Manus 내부에 머물지 않는 경우가 많습니다. 당신은 Manus에서 연구하고, ChatGPT에서 초안을 작성하고, Claude에서 검토하고, Cursor에서 배포합니다. 각 도구는 저마다의 방식으로 잊어버리며, 프로젝트 컨텍스트는 이들 각각에 걸쳐 조각납니다.

MemoryLake는 어떤 에이전트의 샌드박스 외부에 존재하는 크로스 모델 기억 레이어입니다. 당신은 프로젝트를 한 번 생성하고, 기존 아티팩트와 결정을 로드하며, Manus는 매 작업 시작 시 해당 프로젝트에서 정보를 가져옵니다.

• 샌드박스를 초월하는 프로젝트별 기억. 개요, 이전 출력, 연구 노트, 배제된 접근 방식 및 명명 규칙이 MemoryLake 프로젝트에 저장됩니다. Manus가 51번째 작업을 시작할 때, 가장 먼저 로드하는 것은 빈 프롬프트가 아닌 프로젝트 기억입니다.
• 원시 프롬프트보다 10,000배 더 많은 컨텍스트. MemoryLake의 검색 엔진은 수십억 개의 프로젝트 기억 토큰에서 읽고, Manus에 대해 작업별로 관련된 것만 제공합니다. 따라서 매번 동일한 개요를 붙여넣기 위해 토큰을 지불할 필요가 없고, 샌드박스의 작업 컨텍스트를 소모하는 것을 중단합니다.
• 당신의 스택의 나머지 부분으로 이동 가능. 동일한 프로젝트 기억은 ChatGPT, Claude, Gemini, Grok, Cursor 및 REST 또는 MCP를 지원하는 모든 도구에서 읽을 수 있습니다. 작업이 Manus에서 검토 또는 배포로 이동할 때, 프로젝트 기록도 함께 이동합니다.

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

1. 프로젝트를 생성하고 컨텍스트를 로드합니다. MemoryLake에 로그인하고, 프로젝트 관리 열고, 프로젝트 생성 클릭 후 "Manus — Q2 시장 조사"와 같은 이름을 지정합니다. 이전 작업 출력, 개요, 결정 로그 및 참조 문서를 문서 드라이브를 통해 업로드합니다 — PDF, Word, Excel, PowerPoint, Markdown 및 이미지가 모두 지원됩니다. Memories 탭에 명명 규칙과 배제된 접근 방식을 구조화된 항목으로 추가합니다.
2. MCP 서버 엔드포인트를 생성합니다. 프로젝트 내의 MCP 서버 탭을 열고, MCP 서버 추가 클릭 후 "Manus 통합"이라는 이름을 지정하고 생성 클릭합니다. MemoryLake는 API 키 ID, 비밀 및 엔드포인트 URL을 반환합니다. 비밀은 한 번만 표시되므로 즉시 복사합니다.
3. Manus를 연결합니다. Manus가 작업 초기화 시 호출할 수 있도록 에이전트의 도구/서버 구성에서 MemoryLake를 MCP 호환 기억 제공자로 추가하거나, REST API와 Bearer 토큰을 사용하여 매 작업 시작 시 프로젝트 기억을 프로그래밍 방식으로 가져와서 시작 프롬프트에 주입합니다.