---
name: 再起動前 session 継続性 protocol (藤本さん指摘 2026-05-10 で制定)
description: 藤本さんが「再起動したら Claude が忘れる可能性。 未 commit/push は?」 と honest 確認。 system 変更 (reboot/install/重 update) 前は (1) git status check (2) commit+push (3) 引き継ぎ memory 保存 (4) MEMORY.md 最上位 entry 更新 (5) 再開 trigger 文言提示
type: feedback
originSessionId: 8055b6f8-3e58-47f8-836d-fe5852a1c0d1
---
## Trigger event (2026-05-10)

藤本さんが Hyper-V install 前に honest 確認:
> 「再起動したら Claude 先生がここまでのやり取りを忘れる可能性が御座います。
>   未コミット＆プッシュは御座いますか？」

これは Claude session-context が reboot で消失する事実 (memory + git のみ persist) を踏まえた極めて適切な確認。 私は以前 STEP 1037 (Tang Nano 9K corrigendum) で類似 risk を経験 (memory + commit に頼るべき場面で in-context 状態に依存していた失敗)。

## Why: 何が消えて何が残るか

| 種類 | reboot で消える? |
|---|---|
| Claude session context (in-conversation memory) | ✅ **完全消失** |
| `~/.claude/projects/*/memory/` | ❌ 永久保持 |
| git commit (local) | ❌ 永久保持 (push 不要なら) |
| git push (origin/main) | ❌ 永久保持 |
| 未 commit working tree 変更 | ❌ disk 上保持 (新 Claude が認識可) |
| 起動中 process / open file handle | ✅ 全消失 |
| 環境変数 export / shell history | ✅ 消失 (export は再生成、 history は終端 flush 後保持) |

→ **reboot を伴う作業前は、 全 in-context 状態を memory + git に明示 dump する必要あり**。

## Rule: 再起動前 5-step protocol

任意の system 変更 (reboot, install, 大規模 update, OS 更新等) 前に:

### Step 1: git status 確認 (uncommitted check)

```bash
cd <project> && git status --short | grep -vE "^[?]" | head -20
```

- auto-generated (`data/*/latest.json` 等 cron 範囲) は無視可
- source/scripts/papers の未 commit があれば commit 必要

### Step 2: unpushed commit check

```bash
cd <project> && git log origin/main..HEAD --oneline
```

- 出力が空 = 既 push 済
- 出力に commit があれば `git push origin main` 必要

### Step 3: 引き継ぎ memory 保存

新規 file: `~/.claude/projects/<project>/memory/project_<event>_in_progress_<date>.md`

必須内容:
- 文脈 (何の作業中、 何待ち)
- 直前の status (直近 commit hash, 関連 STEP 番号)
- ★★ **再起動後の新 Claude instance がすべき具体作業 6-step**
- pre-flight 確認結果 (失敗判別根拠)
- Honest scope (継続原則)
- 関連 memory cross-reference

### Step 4: MEMORY.md 最上位に index entry 追加

新 Claude instance は session start で MEMORY.md を自動 load → 最上位 entry が最初に目に入る。 1 行 ~150 chars で「今このタイミングで何が起こっているか」 を要約。

### Step 5: 藤本さんへの「再開 trigger 文言」 提示

reboot 後、 藤本さんが新 Claude に投げるべき具体文を明示:
- short version: 「再起動完了。 [event] 動作確認続けてください」
- explicit version: 「memory project_<event>_in_progress_<date>.md を読んで続きをお願いします」

両方提示で藤本さんが好みで選択可能。

## How to apply

- system 変更系の指示を受けた瞬間に本 protocol を mental check (BIOS 設定 / OS update / Hyper-V/WSL install / driver install / Docker engine 更新等)
- 必要に応じ`feedback_stop_hook_source_not_committed.md` (auto-commit 範囲) と組合せて判別
- 「memory に保存しなくて良いですよね?」 を聞かない (默って save する。 重複は害ないが、 漏れは致命)

## 関連 memory

- `feedback_phase_c_silicon_existence_claim.md` (二段階主張 — context 消失でも「実 silicon が動いた」 物理 evidence は永久保持で類似 logic)
- `feedback_stop_hook_source_not_committed.md` (auto-commit 範囲の判別 — 何を手動 commit すべきか)
- `feedback_critique_response_pattern.md` (藤本さんの honest 確認 pattern — 100% 認諾せず安全 check する文化)
- `project_paper145_v05_corrigendum_tang_nano_2026-05-09.md` (前例: STEP 1037 in-context 依存の失敗から corrigendum)