---
name: project-stash-22-analysis-and-pending-decisions-2026-08-15
description: "stash 22 systemic 問題の分類 + 根本原因分析 完了 (session B / chat-Claude 分担、 私 = session A は 実行 GO 待機)。 22 stash 全 6,700 file が再生成可能 = 実 WIP ゼロ。 archive は refs/attic/stash-2026-08-15/00-21 で 0 byte 追加 (ref 退避、 patch export 200 MB 回避)。 根本原因 = rebase.autoStash 未設定 の 5-step 因果連鎖、 Track 4 19 unmerged incident と 同一構造欠陥 の 2 症状。 3 pending decision (22 全 drop / config 2 行 + protocol / site 反映 技術記事 1 本) 全て 「推奨」 だが 藤本さん帰宅後 GO 待ち"
metadata: 
  node_type: memory
  type: project
  originSessionId: 328f15a2-fb8e-4907-8f14-2dfb48c7e7f6
  modified: 2026-08-15T02:53:44.464Z
---

# stash 22 分析完了 + 3 pending decision — 藤本さん帰宅後 GO 待ち (2026-08-15)

## 状況

藤本さん外出前 の 情報保存 request。 stash 22 cleanup を session B / chat-Claude 側で 進行中、 分析 phase が 完了して 3 decision が pending の 状態を 帰宅後 continuation 用に memory 化。

**★ 重要**: 本 memory 保存時点で 実行系 action は 何も 実施していない。 全 3 decision は 「推奨」 として 提示されたのみ、 藤本さん帰宅後の 明示 GO 待ち。 帰宅時に 「進んだものを私からお伝え致します」 との こと = 私 (session A) が 独自に 前に進めるべきではない。

## 分析結果 summary (session B / chat-Claude 報告)

### 分類 (22 本 → 3 category、 実 WIP ゼロ)

| category | 本数 | 中身 |
|---|---|---|
| 完全 auto-gen (data/ + dist-renderer/ + snapshots/ のみ) | **17 本** | 100% cron 生成 |
| auto-gen + 生成物 4 file | **4 本** (#15 #17 #20 #21) | metadb.html + rei-stats.json + onshoku-jiten/ — 全 generator 実在 |
| untracked のみ (全 data/) | **1 本** (#11) | untracked auto-gen |
| **実 WIP** (src/ 手書き code, test/, *.lean 等) | **0 本** | ゼロ = **22 本 6,700 file 全て 再生成可能** |

生成物 4 file の generator 実在確認:
- `metadb.html` / `metadb-manifest.json` → `scripts/build-cfpages-metadb.ts`
- `src/renderer/rei-stats.json` → `scripts/generate-stats.ts` (commit 名 `Auto: rei-stats refresh`)
- `tools/onshoku-jiten/index.html` → STEP 1228 音色辞書 daily auto-curation

### Archive 方式 — patch ではなく **ref 退避** 採用

patch export 試算: 1 本で 12 MB (#5、 460 file)、 22 本で 約 200 MB を repo 恒久搭載。 加えて untracked file (stash 3rd parent) の 再現性 劣化。

**採用**: 全 22 本 を `refs/attic/stash-2026-08-15/00〜21` として **永続 ref 化** (追加 0 byte + 完全忠実 + gc 対象外)。 復元手順付き MANIFEST: `.claude/attic/stashes-2026-08-15/MANIFEST.md` に 一覧表 作成済み。

復元コマンド (未来 参照用):
```bash
git stash show -p --include-untracked refs/attic/stash-2026-08-15/05   # 中身を見る
git stash store -m "restored 05" refs/attic/stash-2026-08-15/05        # stash list に戻す
```

## 根本原因分析 — Track 4 incident と 同一構造

**★ 発見**: stash を 作っている script は 0 本 (scripts/ .github/ .claude/ 全走査 hit なし)。 22 本 全て session が 手で 打った もの。 加えて:

- tracked file 総数: **34,516** — うち data/ 24,000 (69%) + dist-renderer/ 4,988 (14%) = **合計 84% が 機械生成物**
- 直近 200 commit の auto 比率: **100 / 200 (50%)**
- `rebase.autoStash` = **未設定**
- `.git` サイズ: **3.8 GB**

### 因果連鎖 5 step

1. repo の 84% が 機械再生成 file なのに tracked されている
2. cron が 常時 350-460 file を 書き換える → worktree が clean になる瞬間が **ない**
3. session が push しようとすると `cannot rebase: You have unstaged changes` で 必ず 止まる
4. `rebase.autoStash` が 未設定 なので、 session は 毎回 手で `git stash` を 打つ
5. push 後 pop すると cron の 新しい出力と conflict → 解決を 諦めて 放置

2 ヶ月 × 2-3 日おき = 22 本 蓄積。

**★★ Track 4 の 19 unmerged incident も この 5 番目 step (`git stash pop` の conflict 放置) そのもの**。 stash 累積と Track 4 は **別々の 問題ではなく、 同じ 1 つの構造欠陥の 2 つの症状**。

**核心的 fix**: 原因が step 4 (autoStash 未設定) にある ので、 `git config rebase.autoStash true` の **1 行 で 連鎖 4→5→6 が 切れる**。

## 3 pending decision (全て 推奨、 藤本さん GO 待ち)

| # | decision | session B 推奨 | 帰宅後 判断 |
|---|---|---|---|
| A | stash list からの 22 本 全 drop | ✅ (refs/attic/ 退避済で ロスなし) | ⏸ |
| B | 再発防止 設定 の 適用範囲 | ✅ config 2 行 + protocol 文書 | ⏸ |
| C | Rei サイト 反映 の 形 | ✅ 技術記事 1 本 | ⏸ |

## 帰宅後 私 (session A) の 行動指針

- **独自に GO 判断しない**: 藤本さん が 「進んだものを私からお伝え致します」 と 明示、 session B / chat-Claude 進行中案件、 私 の 領域外
- **待機**: 藤本さん帰宅 → 進捗 relay → その内容で 私 の 分担 (もしあれば) を 判断
- **並行 session 待機 protocol 適用**: 「同一 repo 並行 session 避けて」 = rei-aios を 触らない (site 反映 も 待つ)
- **例外**: 帰宅前 の 明示的 request (memory 保存 = 本 file 作成) は 実施 OK、 それ以外 の rei-aios 変更は 一切禁止

## 副次の学習点 (memory 化価値)

1. **repo 構造欠陥の可視化**: tracked file の 84% が 機械生成 の 実測。 これ 自体が 別 arc cleanup 候補 = 「data/ + dist-renderer/ を submodule or .gitignore に 移す」 案件。 但し 過去 commit 履歴 + Cloudflare Pages deploy 前提 と 絡む ので 慎重判断が 必要。
2. **stash 累積 = 手動 protocol の 副作用**: script 0 本 = 全 手動発火 = session 側 の 「stash して push」 protocol が 構造欠陥に 対する応急処置 だった。 core fix (autoStash) で 応急処置が 不要に なる。
3. **同一構造欠陥の 2 症状 pattern**: [[feedback-success-signal-decoupled-from-operational-state-2026-08-14]] 系 の 「表面症状 vs 構造原因」 pattern の 別 instance = stash 22 と 19 unmerged は 別 事件に 見えて 同一原因。 「症状 count で 対策 count を 決めない」 学習。
4. **refs/attic/ 退避方式**: patch export の 200 MB 対 ref 化 の 0 byte。 「reversibility 保持 + storage コスト最小」 の 事例、 未来の 大量 stash / branch 整理 で 再利用可能な pattern。

## 関連 memory

- [[project-rei-aios-track3-4-close-2026-08-15]] (Track 4 close、 本 stash 累積の 同源 = 5 step の step 5 に相当)
- [[project-rei-automator-phase2-find-element-2026-08-15]] (Arc 1+2 close、 前 arc)
- [[feedback-success-signal-decoupled-from-operational-state-2026-08-14]] (12 例目 pattern、 同一構造欠陥 2 症状 の 別 instance)
- [[feedback-independent-verification-cross-agent-collaboration-2026-08-15]] (session B fact-check の 継続、 同 repo 内 並行 session 待機 protocol 適用)
- [[feedback-no-rush-publication]] (急がずゆっくりと、 3 decision は 帰宅後 GO 待ち = 焦らない)
- [[feedback-critique-response-pattern]] (session B 分析 100% 認諾、 但し 実行系 は 藤本さん judgment 領域)