Manusが発表した正確な内容
実際に使用するタイムゾーンでの日時
Manusは異例なほど親切に3つのタイムゾーンへの変換を公開しているため、そのまま記載します。
バックアップ期間: 現在受付中、2026年8月22日午後7:59（EDT）/ 8月23日午前1:59（CEST）/ 8月23日午前7:59（SGT）まで。
削除: 「2026年8月23日午前8:00から8月24日（SGT）まで」
復元ポータルのオープン: 2026年8月24日午後8:00（EDT）/ 8月25日午前2:00（CEST）/ 8月25日午前8:00（SGT）。
その間のアクセス不能期間は回避できません。 「バックアップ期間が終了すると、対象となるユーザーはデータ復元ポータルが開くまでManusアカウントにアクセスできなくなります。」Manusは、「対象ユーザーが2026年8月23日から8月24日（SGT）までの2日間、アクセスできなくなる」と予想しています。
誰が対象で、どのように通知されるか
一部のユーザーと一部のデータのみが対象です。対象となるのは「特定のユーザーによって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はデータが米国とシンガポールに保存されていると述べ、取り扱いの詳細についてはトラストセンターを参照するよう案内しています。
バックアップがカバーするもの、しないもの
ツールはその役割を果たします。Manusのデータがエクスポートされ、8月25日以降にインポートされます。これによって得られるのはアカウントの継続性であり、タスクや成果物は元の場所に戻ります。
しかし、得られないのは知識のポータビリティ（携帯性）です。これには2つの結果が伴い、そのうちの1つだけが今週に関係するものです。
2日間のアクセス不能期間中も、仕事は止まりません。 Manusエージェントがプロジェクトについて学んだこと（制約、決定事項、すでに却下したアプローチなど）は、開くことのできないアカウントの中にあります。この2日間に別のツールで作業を続ける場合、プロジェクトのコンテキストとManusアカウントが同一であったため、ゼロからのスタートになります。
そして、一般的なケースこそが本質です。 1つの製品に復元するように設計されたバックアップ形式は、定義上、他の製品が読み取れる形式ではありません。これはManusに限らず、すべてのAIアシスタントに当てはまります。メモリーはそれを構築するのに役立ったツールの中に蓄積されるため、ツールの可用性がそのまま知識の可用性になります。今週はたまたまその日付が設定されたに過ぎません。これの縮小版を経験したことがあるなら、それは実行の合間にManusがプロジェクト履歴を忘れることや、Manusが調査ノートを忘れることの背景にある問題と同じです。
人々が代わりに取ることになる対策
バックアップを実行し、2日間何もないことを祈る。 合理的であり、今週のManusでの作業がクリティカルパス（最優先事項）でない場合は有効です。思い込む前にカレンダーを確認してください。
重要なタスクのスクリーンショットを撮る。 手軽ですが、検索やクエリができない画像が生成されるだけです。2日間のギャップを埋めるには何もないよりはマシですが、実用的なセットアップとしては役に立ちません。
その間、別のセカンドアシスタントにすべてを説明し直す。 多くの人が実際に取る行動です。これは、一度コストを支払って構築したコンテキストを完全に再構築することになり、Manusが復旧したときには捨てられてしまいます。
結論をドキュメントにコピーする。 直感としては正しいですが、器が間違っています。何も読み取らないドキュメントはただのアーカイブであり、最終的にはチャットウィンドウに手動で読み込ませる（再説明する）ことになります。
別のツールに完全に移行する。 文書化され、期間が限定された移行に対する過剰反応です。Manusは仕組みを明示し、コストもカバーしています。すでに移行を検討していたのであれば、ManusからChatGPTへの移行やManusからClaudeへの移行がそのルートをカバーしていますが、2日間のメンテナンス期間を理由に移行を始めるのは得策ではありません。
解決策：アクセス不能期間の影響を受けない場所に知識を保管する
公式のバックアップを実行してください。これは必須であり、ここで紹介する方法がそれに代わるものではありません。その上で、次のイベントが起きても慌てずに済むように、20分かけてエージェントが知っていることを、特定のアカウントの内部ではない場所に書き留めておきましょう。
それこそがMemoryLakeです。アシスタントが読み取るメモリーレイヤーであり、今日どのツールが利用可能かに関係なく、プロジェクトの永続的な知識を保持します。セットアップは3つのステップです。
ステップ 1: APIキーを作成する
MemoryLakeにサインインし、APIキーを作成します。接続するツール間で共通の1つの認証情報であり、現在バックアップしているアカウントとは意図的に紐付けられていません。
ステップ 2: 最初のメモリーをアップロードする
まだアクセスできるうちに、進行中のManusの作業を確認し、成果物ではなく知識を書き出します。タスクや出力はバックアップツールが処理するものですが、他のツールに引き渡すことができないのは「推論」です。以下を記録しましょう。
決定事項とその理由。 最終的に決定したことと、それを答えとするに至った制約。
却下された事項。 Manusで試してうまくいかなかったこととその理由。これは最も価値の高いカテゴリーであり、再発見するのに最もコストがかかるものです。新しいエージェントは必ずそれを再び提案してきます。
一見任意に見える制約。 締め切り、データ制限、クライアントの要件、ドキュメントとは異なるレート制限を行うAPIなど。
繰り返した修正。 エージェントに複数回指示しなければならなかったことは、メモリーのエントリが不足していることを示しています。
エントリは短く保ち、それぞれ1つの主張を簡潔に記載します。これを20分行うだけで、1時間かけてスクリーンショットを撮るよりも多くの情報をカバーできます。
ステップ 3: AIとエージェントを接続する
使用しているツールを接続します。MemoryLakeはMCPおよびAPI経由でアクセスできるため、MCPネイティブのエージェント（Claude Code、Codex、OpenClawなど）はMCPサーバーを指定することで接続し、他のアシスタントはAPIを介して同じメモリーを読み取ります。これにより、2日間のギャップは「知識の停止」ではなく、単なる「ツールの停止」になります。同じコンテキストを使用して別の場所で作業を続け、8月25日にManusが復旧したときに、中断した場所から再開できます。
3つの率直な制限があり、これらは今週重要になります。MemoryLakeはManusのバックアップツールではありません。Manusのタスクをエクスポートしたり、復元したりすることはできず、締め切り前に公式のバックアップを実行することの代わりにはなりません。あなたまたはあなたのエージェントが書き込んだ内容のみを保持します。また、コンプライアンスやデータ保持システムでもありません。
実務においてこれがもたらす変化
予定された停止が、作業の停止ではなくなります。 コンテキストがアカウント内にない場合、アカウントなしで2日間過ごすことは十分に可能です。
企業のイベントがあなたの問題ではなくなります。 買収、スピンオフ、地域の規制変更、プランの移行などは、他人のスケジュールでこのカテゴリー全体で発生します。特定のベンダーの外部に保管された知識は、これらすべての影響を受けません。
「別のセカンドアシスタントにすべてを説明し直す」ことが代替案ではなくなります。 中断時のデフォルトの計画は、記憶を頼りに別のアシスタントに説明することです。説明内容がすでに書き留められており、取得可能であれば、セカンドアシスタントは最初から情報を得た状態で開始できます。
復元の日がより迅速になります。 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時間のバッファを持たせてカレンダーに登録しておきましょう。
2日間を事前に計画し、行き当たりばったりにしないでください。 Manusに依存する作業を8月23日〜24日（SGT）から移動させるか、他の場所で実行できるように準備しておいてください。
アクセスできなくなる前に推論を書き留めてください。後からでは遅すぎます。 タスクは25日に戻ってきますが、推論はタスクの中には含まれていませんでした。
パニックになって移行しないでください。 これは文書化され、期間が限定された移行であり、仕組みが公開され、料金が免除され、ツールが提供されています。メンテナンスとして対処してください。
行動を起こすだけでなく、教訓を得てください。 プロジェクトの知識をポータブルな場所に書き留めておけば、この種のイベントに対して一切対応する必要がなくなります。
結論
Manusは、強制的な削除への対応として、考えられる限り最善の処理を行いました。3つのタイムゾーンでの日付の公開、専用 of バックアップおよび復元ツールの構築、期間中の料金免除、繰り返しのリマインダー、そしてこれがセキュリティインシデントではないという直接的な回答などです。対象となる場合は、バックアップを実行してください。そして、最後のバックアップ以降の新しい作業はカバーされないため、8月22日に再度実行してください。
今週を過ぎても心に留めておくべき価値があるのは、構造的な部分です。バックアップはデータをManusに復元するため、2日間、プロジェクトの蓄積されたコンテキストの可用性は、アカウントの可用性と完全に一致します。これはManusの欠陥ではなく、すべてのAIアシスタントにおけるメモリーの仕組みです。決定事項、制約、却下事項をポータブルな場所に書き留めるために費やす20分が、次の予定された停止（場所やベンダーを問わず）を、振り回されるイベントから、単なるニュースとして読み流せるものへと変えるのです。