---
name: memory-4chan-disaster-recovery-2026-08-12
description: Memory system の 4 chan (local + OneDrive + Git + Site) 保存構造 + backup/recovery script + single-point-of-failure ゼロ体制 (2026-08-12 藤本さん承認確立)
metadata: 
  node_type: memory
  type: project
  originSessionId: 645bff0b-83bb-478d-b9ea-d3dbb6679258
  modified: 2026-08-12T02:43:24.867Z
---

# Memory System 4-Chan Disaster Recovery Playbook (2026-08-12 確立)

## 経緯

2026-08-12 session で CLAUDE.md 150k 上限超過 warning 契機で 藤本さんが memory system 全 upload を承認 → 3 chan (local + Git + Site) 公開 protocol 確立 → 3 除外 file の single-point-of-failure gap 判明 → OneDrive backup 追加で **4 chan、 single-point-of-failure ゼロ達成**。

## 4 chan 保存構造

| chan | 保存場所 | 内容 | 更新頻度 | recovery scope |
|---|---|---|---|---|
| **primary** | `C:\Users\user\.claude\projects\C--Users-user-rei-aios\memory\` | 全 858 file | real-time (Claude session 実行時) | primary source |
| **OneDrive** | `C:\Users\user\OneDrive\rei-aios-memory-private-backup\snapshots\YYYY-MM-DD\` | 3 私的 file dated snapshot | 週 1 (日曜) 手動実行 | 3 除外 file 保険 |
| **Git private** | `fc0web/rei-aios` (private repo) `public/tools/memory/` | 855 公開 file | 週 1 batch (Stance A) | 公開 file 保険 |
| **Site public** | https://rei-aios.pages.dev/tools/memory/ | 855 公開 file (Git deploy) | Git deploy 経由 | 公開 file 保険 + 別 device / 別 AI access |

## 3 除外 file (公開しない protocol、 2026-08-12 藤本さん判断)

- `user_profile.md` (藤本さん個人プロフィール)
- `feedback_password_security.md` (security rule)
- `feedback_api_token_never_share_in_conversation.md` (token 取扱 rule)

**理由**: 公開すると 私的情報 露出 or security rule の内部が 外部に見える。 OneDrive backup で local 単独消失に備える。

## Scripts (rei-aios repo scripts/)

### Backup (週 1 実行、 3 除外 file を OneDrive に dated snapshot)

```bash
bash scripts/backup-private-memory.sh
# または PowerShell
.\scripts\backup-private-memory.ps1
```

- 出力: `C:\Users\user\OneDrive\rei-aios-memory-private-backup\snapshots\YYYY-MM-DD\` に 3 file
- MD5 verify 込み
- 過去 snapshot 全世代保持 (誤 delete / corrupt からも 過去版 回復可)

### Recovery (memory dir 消失時、 1 command で 完全復元)

```bash
# Dry-run (preview)
bash scripts/restore-memory-from-backup.sh

# 実行
bash scripts/restore-memory-from-backup.sh --execute

# 既存 file 上書き強制
bash scripts/restore-memory-from-backup.sh --execute --force

# Git 経由 (site 死んだ場合、 GitHub token 要)
bash scripts/restore-memory-from-backup.sh --execute --source=git
```

- Step 1: Site (rei-aios.pages.dev) から 855 公開 file を parallel=10 download
- Step 2: OneDrive latest snapshot から 3 私的 file restore
- Step 3: MD5 + count verify
- 全 858 file 完全復元 数分内

## Disaster recovery matrix

| 消失 chan | 復元可能? | 手順 |
|---|---|---|
| local だけ | ✅ 完全復元 | recovery script 1 command |
| local + OneDrive | ✅ 855 file (3 除外 は 別 backup 経路要) | recovery script + `--skip-private` |
| local + Git | ✅ 完全 (site + OneDrive) | recovery script default (--source=site) |
| local + Site | ✅ 完全 (git + OneDrive) | `--source=git` (GitHub token 要) |
| local + OneDrive + Git | ⚠ 855 のみ (3 除外 失われる) | recovery script + `--skip-private` |
| local + OneDrive + Site | ⚠ 855 のみ | `--source=git --skip-private` |
| local + OneDrive + Git + Site 全消失 | ✗ 復元不能 | 実質 unrealistic (4 chan 同時障害) |

## 運用 cadence (Stance A per 藤本さん承認)

- **週 1 (日曜)**: `backup-private-memory.sh` 手動実行 (3 file 世代追加)
- **週 1 (日曜) or 節目**: memory site 全体 sync (公開 855 file の Git push + CF Pages deploy)
- **Cron 化 見送り**: 新規 sensitive file が exclude list 漏れで accidental publish の risk 回避で 藤本さん判断
- **Recovery script**: 待機状態、 必要時のみ実行

## 関連 memory

- [[feedback-memory-site-upload-stance-2026-08-12]] — Site upload protocol + 3 除外 file 明示
- [[feedback-all-research-site-reflection-default]] — 2026-08-06 全研究 site 反映 default protocol の memory system 適用
- [[feedback-no-rush-publication]] — 週 1 cadence の 根拠

## Commit references

- Initial site upload: commit `2e0eef8f1` (2026-08-12、 1719 file changes、 857 md publish)
- CLAUDE.md archive: commit `1bbf651a3` (2026-08-12、 195k → 147k)
- Backup script: commit `cc08200cf` (2026-08-12、 backup-private-memory.sh + .ps1)
- Recovery script: commit `989ed9653` (2026-08-12、 restore-memory-from-backup.sh + .ps1)

## Honest scope

- 4 chan 同時消失は 実質 unrealistic だが、 それ以外の 任意組合せから 復元可能な 体制
- 「思い出す」 = 「必要時に fetch」 (auto full recall ではない)、 選択的 file access が現実的
- 週 1 sync lag のため 直近 7 日以内の memory update は 一時的に primary only
- 3 除外 file の OneDrive backup も 週 1 sync のため 直近更新差は 失われる可能性 (実態 3 file とも 5+ か月 update なしで risk 極小)
- CF Pages / GitHub / OneDrive 3 sites 全部 同時 down は 極めて低い確率