Manus, 8월 23일 일부 사용자 데이터 삭제 — 백업 방법 및 백업이 지원하지 않는 항목 (2026)

실제 사용하는 시간대별 일정

Manus는 이례적으로 친절하게 세 가지 시간대 변환을 모두 제공했으므로, 발표된 그대로 정리해 드립니다.

백업 기간: 현재 진행 중이며, 2026년 8월 22일 오후 7시 59분(EDT) / 8월 23일 오전 1시 59분(CEST) / 8월 23일 오전 7시 59분(SGT)까지입니다.

삭제: "2026년 8월 23일 오전 8시부터 8월 24일(SGT)까지"

복원 포털 오픈: 2026년 8월 24일 오후 8시(EDT) / 8월 25일 오전 2시(CEST) / 8월 25일 오전 8시(SGT)

중간의 공백 기간은 피할 수 없습니다. "백업 기간이 종료되면, 영향을 받는 사용자는 데이터 복원 포털이 열릴 때까지 Manus 계정에 접속할 수 없습니다." Manus는 "영향을 받는 사용자가 2026년 8월 23일부터 8월 24일(SGT)까지 이틀 동안 접속하지 못할 것"으로 예상하고 있습니다.

대상자 및 안내 방법

일부 사용자와 일부 데이터만 해당됩니다. 대상 범위는 "2025년 12월 29일 이후 특정 사용자가 생성한 데이터"입니다. FAQ에서는 이 날짜에 대해 다음과 같이 설명합니다. "2025년 12월 29일, Meta가 Manus를 인수했습니다. 특정 관할 구역의 규제 요구 사항을 준수하기 위해 Meta의 Manus 인수 이후 일부 사용자가 생성한 데이터를 삭제해야 합니다."

안내는 Manus 앱과 이메일을 통해 전송되지만, Manus가 직접 지적한 한 가지 예외가 있습니다. "Apple ID 또는 Facebook 계정을 사용하여 Manus에 가입한 사용자의 경우, 당사에 이메일 주소가 없으므로 인앱 알림을 확인해 주시기 바랍니다." 이 방식으로 가입하셨다면 이메일 안내를 받으실 수 없습니다. 또한 Manus는 "8월 23일 오전 7시 59분(SGT) 전에 여러 차례 알림을 보낼 것"이라고 밝혔으며, 본인 계정이 대상인지 확인할 수 있는 고객센터 가이드를 안내하고 있습니다.

영향을 받지 않는 사용자: "영향을 받지 않는 사용자는 이 기간 동안 아무런 조치 없이 평소처럼 Manus를 계속 사용할 수 있습니다." 이들에게는 이메일이 발송되지 않으며, 영향을 받지 않음을 확인하는 인앱 알림만 표시됩니다.

백업 도구의 기능과 사람들이 놓치기 쉬운 디테일

Manus는 "영향을 받는 사용자들이 이 과정을 최대한 쉽게 진행할 수 있도록 데이터 백업 및 복원 도구를 개발했다"고 밝혔습니다. 여기서 중요한 운영상의 디테일은 다음과 같습니다. "백업 도구는 여러 번의 백업을 지원합니다. 백업을 수행한 후 새로운 작업 데이터를 생성한 경우, 2026년 8월 23일부터 8월 24일(SGT) 사이에 삭제되기 전에 최신 데이터가 저장되도록 다시 백업을 진행해 주시기 바랍니다."

따라서 오늘 실행한 백업은 내일 수행할 작업을 포함하지 않습니다. 백업 기간이 종료되기 전까지 Manus를 활발히 사용하고 계신다면, 마지막으로 해야 할 유용한 조치는 한 번 더 백업하는 것입니다. 8월 22일로 알림을 설정해 두세요.

Manus는 또한 백업 기간 동안 요금을 면제하며("데이터 백업 기간(8월 11일~8월 23일, SGT) 동안 영향을 받는 사용자에게 요금을 부과하지 않습니다"), "데이터를 복원한 후 웰컴 백 보너스를 제공할 것"이라고 밝혔습니다.

이번 조치에 해당하지 않는 사항

예정된 데이터 삭제에 대한 헤드라인은 오해를 불러일으킬 수 있으므로 명확히 짚고 넘어갈 필요가 있습니다. 이번 조치가 보안 침해 때문인지에 대한 직접적인 질문에 Manus는 다음과 같이 답했습니다. "아닙니다. 이번 조치는 Manus가 독립적인 운영 체제로 전환하고 규제 요구 사항을 준수하기 위한 것입니다. 보안 사고로 인한 결과가 아닙니다."

이후 데이터가 저장되는 위치에 대해 Manus는 데이터가 미국과 싱가포르에 저장된다고 밝히며, 세부적인 처리 방식은 자사의 신뢰 센터(trust center)를 참조하라고 안내합니다.

도구는 제 역할을 다합니다. Manus 데이터가 내보내지고, 8월 25일 이후에 다시 복원됩니다. 이를 통해 얻을 수 있는 것은 계정의 연속성입니다. 즉, 여러분의 작업과 산출물(artifacts)이 원래 있던 자리로 돌아옵니다.

하지만 지식의 이식성(portability)은 제공하지 않습니다. 이로 인해 두 가지 결과가 초래되며, 그중 하나만 이번 주와 관련이 있습니다.

이틀간의 접속 차단 기간에도 업무는 멈추지 않습니다. 여러분의 Manus 에이전트가 프로젝트에 대해 학습한 내용(제약 조건, 결정 사항, 이미 거부한 접근 방식 등)은 열 수 없는 계정 안에 갇혀 있습니다. 만약 그 이틀 동안 다른 도구로 작업을 계속해야 한다면, 프로젝트 컨텍스트와 Manus 계정이 동일한 것이었기 때문에 아무것도 없는 상태에서 다시 시작해야 합니다.

그리고 일반적인 상황이 핵심입니다. 특정 제품으로 복원하도록 설계된 백업 포맷은 정의상 다른 어떤 제품도 읽을 수 없는 포맷입니다. 이는 Manus뿐만 아니라 모든 어시스턴트에 해당되는 사실입니다. 메모리는 이를 구축하는 데 도움을 준 도구 내부에 축적되므로, 도구의 가용성이 곧 지식의 가용성이 됩니다. 이번 주는 단지 그 시점이 정해졌을 뿐입니다. 이보다 작은 규모로 이를 경험해 보셨다면, 그것이 바로 실행 간에 Manus가 프로젝트 히스토리를 잊어버리는 현상과 Manus가 연구 노트를 잊어버리는 현상의 원인입니다.

백업을 실행하고 이틀 동안 아무 일도 없기를 바라기. 합리적인 방법이며, 이번 주에 Manus 작업이 중요 경로(critical path)에 있지 않다면 효과적입니다. 지레짐작하기 전에 캘린더를 확인해 보세요.

중요한 작업 스크린샷 찍기. 빠르고 간편하지만, 검색이나 쿼리가 불가능한 이미지만 남게 됩니다. 이틀간의 공백을 메우기에는 없는 것보다 낫지만, 실제 작업 환경으로서는 무용지물입니다.

공백 기간 동안 두 번째 어시스턴트에게 모든 것을 다시 설명하기. 대부분의 사람들이 실제로 취할 행동입니다. 이미 한 번 비용을 지불한 컨텍스트를 완전히 처음부터 다시 도출해야 하며, Manus가 복구되면 이 작업은 버려지게 됩니다.

결론을 문서에 복사하기. 직관은 맞았으나 그릇이 틀렸습니다. 아무도 읽지 않는 문서는 아카이브에 불과합니다. 결국 채팅창에 직접 다시 읽어주며 입력해야 할 것입니다.

다른 도구로 영구적으로 이전하기. 명확히 문서화되고 기한이 정해진 전환 과정에 대한 과잉 반응입니다. Manus는 작동 메커니즘을 명확히 밝혔고 비용도 지원하고 있습니다. 이미 마이그레이션을 진행 중이었다면 Manus를 ChatGPT로 이동하기 및 Manus를 Claude로 이동하기 경로를 참고할 수 있겠으나, 단지 이틀간의 점검 기간 때문에 이전을 시작하는 것은 바람직하지 않은 이유입니다.

공식 백업을 진행하세요. 이는 필수 사항이며 본문의 어떤 내용도 이를 대체할 수 없습니다. 그런 다음, 다음번에 유사한 상황이 발생하더라도 아무런 문제가 없도록 20분만 투자해 보세요. 에이전트가 알고 있는 내용을 특정 계정 내부가 아닌 다른 곳에 기록해 두는 것입니다.

이것이 바로 MemoryLake의 역할입니다. 어시스턴트가 읽을 수 있는 메모리 레이어로서, 현재 어떤 도구를 사용할 수 있는지와 관계없이 프로젝트의 지속 가능한 지식을 보관합니다. 설정은 3단계로 진행됩니다.

1단계: API 키 생성

MemoryLake에 로그인하고 API 키를 생성합니다. 연결하는 여러 도구에서 하나의 자격 증명으로 사용할 수 있으며, 현재 백업 중인 계정과는 의도적으로 연결되지 않습니다.

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

아직 접속이 가능할 때, 진행 중인 Manus 작업을 검토하여 산출물보다는 지식을 기록해 두세요. 작업과 출력물은 백업 도구가 처리하지만, 다른 도구에 전달할 수 없는 것은 바로 추론 과정(reasoning)입니다. 다음 내용을 캡처해 두세요:

결정 사항과 그 이유. 최종적으로 결정한 내용과 그것이 답이 될 수밖에 없었던 제약 조건.

거부된 사항. Manus에서 시도했으나 실패한 작업과 그 이유. 이는 가장 가치 있는 범주이자 다시 찾아내는 데 가장 많은 비용이 드는 부분입니다. 새로운 에이전트는 이를 다시 제안할 것이기 때문입니다.

임의적으로 보이는 제약 조건. 마감일, 데이터 제한, 고객 요구 사항, 문서와 다르게 속도를 제한하는 API 등.

반복한 수정 사항. 에이전트에게 두 번 이상 말해야 했던 모든 내용은 누락된 메모리 항목이 존재함을 나타냅니다.

항목은 짧게 유지하세요. 명확하게 진술된 하나의 주장씩 작성합니다. 이렇게 20분을 투자하는 것이 1시간 동안 스크린샷을 찍는 것보다 훨씬 효과적입니다.

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

사용하는 도구들을 연결합니다. MemoryLake는 MCP 및 API를 통해 액세스할 수 있으므로, Claude Code, Codex, OpenClaw를 포함한 MCP 네이티브 에이전트는 MCP 서버를 가리켜 연결하고, 다른 어시스턴트는 API를 통해 동일한 메모리를 읽습니다. 이렇게 하면 이틀간의 공백은 지식의 중단이 아닌 단순한 도구의 일시 중단이 됩니다. 동일한 컨텍스트를 가지고 다른 곳에서 작업하다가, 8월 25일에 Manus가 복구되면 하던 작업을 그대로 이어갈 수 있습니다.

이번 주에 유의해야 할 세 가지 명확한 한계가 있습니다. MemoryLake는 Manus 백업 도구가 아닙니다. Manus 작업을 내보내거나 복원할 수 없으며, 마감일 전에 공식 백업을 실행하는 것을 대체할 수 없습니다. 오직 사용자나 에이전트가 직접 기록한 내용만 보관합니다. 또한 규제 준수나 데이터 보존 시스템이 아닙니다.

예정된 중단이 업무 중단으로 이어지지 않습니다. 컨텍스트가 계정 내부에 있지 않다면 계정 없이 이틀을 버티는 것은 충분히 가능합니다.

기업의 이슈가 더 이상 여러분의 문제가 되지 않습니다. 인수합병, 분사, 지역 규제 변경, 요금제 마이그레이션 등은 다른 사람의 일정에 따라 이 카테고리 전체에서 발생합니다. 단일 벤더 외부에 보관된 지식은 이러한 변화에 전혀 영향을 받지 않습니다.

다시 설명하는 것이 더 이상 임시방편이 되지 않습니다. 중단이 발생했을 때의 기본 계획은 기억에 의존해 두 번째 어시스턴트에게 브리핑하는 것입니다. 브리핑 내용이 이미 기록되어 있고 검색 가능하다면, 두 번째 어시스턴트는 이미 정보를 파악한 상태로 시작할 수 있습니다.

복원 당일 작업이 더 빨라집니다. 8월 25일 이후에 22일에 무엇을 하고 있었는지 재구성할 필요가 없습니다. 작업에 어떤 일이 일어났든 추론 과정은 이미 기록되어 있기 때문입니다.

도구 선택이 다시 개인의 선호 영역이 됩니다. 사람들이 특정 어시스턴트에 종속되어 있다고 느끼는 이유는 기능 때문이 아니라 축적된 컨텍스트 때문입니다. 이를 외부로 이동시키는 것이 다음 선택을 자유롭게 만드는 열쇠입니다. 이에 대한 자세한 내용은 지식 근로자를 위한 도구 간 메모리에서 다루고 있습니다.

가장 먼저 대상자인지 확인하세요. Manus는 이를 위한 고객센터 가이드를 안내하고 있습니다. 아무런 연락이 없다고 해서 대상이 아니라고 단정 짓지 마세요. 특히 Apple ID나 Facebook으로 가입한 경우, Manus에 이메일 주소가 등록되어 있지 않기 때문에 더욱 주의해야 합니다.

지금 백업하고, 8월 22일에 다시 백업하세요. 이 도구는 여러 번의 백업을 지원하며, Manus는 새로운 작업 데이터를 생성한 경우 다시 실행할 것을 명시적으로 요청하고 있습니다. 백업 기간이 종료되기 직전의 마지막 백업이 가장 중요합니다.

본인의 시간대에 맞춰 마감일을 설정하세요. 8월 22일 오후 7시 59분(EDT) / 8월 23일 오전 1시 59분(CEST) / 8월 23일 오전 7시 59분(SGT)입니다. 2시간의 여유를 두고 캘린더에 등록해 두세요.

이틀간의 일정을 미리 계획하세요. Manus에 의존하는 모든 작업을 8월 23~24일(SGT) 외의 일정으로 조정하거나, 다른 곳에서 처리할 수 있도록 준비해 두세요.

접속 권한을 잃기 전에 추론 과정을 기록해 두세요. 작업은 25일에 복원되지만, 추론 과정은 작업 내에 포함되어 있지 않습니다.

패닉에 빠져 성급하게 마이그레이션하지 마세요. 이는 작동 방식이 공개되고 요금이 면제되며 도구가 제공되는, 문서화되고 기한이 정해진 전환 과정입니다. 정기 점검 정도로 생각하세요.

단순히 조치를 취하는 데 그치지 말고 교훈을 얻으세요. 프로젝트 지식을 이식 가능한 곳에 한 번 기록해 두면, 이러한 종류의 이벤트에 더 이상 대응할 필요조차 없어집니다.

Manus는 강제 삭제 조치치고는 매우 훌륭하게 대처했습니다. 세 가지 시간대의 날짜를 공개하고, 전용 백업 및 복원 도구를 구축했으며, 해당 기간 동안 요금을 면제하고, 반복적인 알림을 제공했으며, 보안 사고가 아님을 직접적으로 밝혔습니다. 대상자라면 백업을 실행하시고, 마지막 백업 이후의 새로운 작업은 포함되지 않으므로 8월 22일에 다시 한 번 백업을 실행하세요.

이번 주를 넘어서도 기억해야 할 가치가 있는 부분은 구조적인 문제입니다. 백업은 데이터를 다시 Manus로 복원할 뿐이므로, 이틀 동안 프로젝트의 누적된 컨텍스트는 오직 계정에 접속할 수 있을 때만 사용할 수 있습니다. 이는 Manus의 결함이 아니라 모든 어시스턴트에서 메모리가 작동하는 방식입니다. 결정 사항, 제약 조건, 거부된 사항을 이식 가능한 곳에 기록하는 데 투자하는 20분은 향후 어떤 벤더에서든 예정된 중단이 발생했을 때, 이에 맞춰 계획을 세우는 대신 그저 흘려보낼 수 있는 뉴스로 만들어 줄 것입니다.