---
name: Founder Personal Archive 設計 pattern (試行 phase + 削除可能性 first)
description: ★★★★ 2026-05-05 OUKC commons とは別 brand layer の founder personal archive を実装する時の design pattern。 5 原則 (banner / 削除可能性 / 試行明示 / brand 区別 / author 表記分け)。 実例 = /curated route (commit 36f369f8)。
type: feedback
originSessionId: 8b2fbd85-516e-45b2-a3b3-e3aabea95286
---
## Rule

OUKC commons (公開知識基盤、 三者共著) とは異なる **founder personal layer** を Rei-AIOS 内に実装する時、 必ず次の 5 原則を守る:

1. **Brand Separation Banner 必須** — page 上部に「Founder Personal Archive — OUKC commons とは brand layer が別」 を視覚的に明示 (色付き box / border)。 user / 検索エンジンが混同しないようにする。

2. **削除可能性 First Design** — 実装最初から「3 箇所 revert で完全撤去できる」 構造を作る:
   - `src/renderer/components/<dir>/` (component 1 file)
   - `App.tsx` の route 定義 (3-5 行)
   - `Launcher` の menu entry (1 行)

3. **試行 phase Notice 明示** — banner / footer に「試行 phase, 評価次第で削除可」 を明記。 user に「これは確定 feature ではない」 を伝える。

4. **OUKC commons との明示的区別** — launcher で別 category section に分ける (例: 既存「OUKC」 とは別 「Founder Notes」 category)。 視覚的に「同列でない」 を伝える。

5. **author 表記分け** — Founder personal は author = 藤本伸樹個人のみ。 OUKC commons の三者共著 (藤本×Rei×Claude) 表記は使わない。 Rei / Claude の co-author 表記を控えることで brand integrity を keep。

**Why:**
- `feedback_oukc_metadb_distinction.md`: META-DB (artifact) vs OUKC (commons) brand-level separation
- `feedback_oukc_tier6_separation.md`: OUKC commons vs 藤本伸樹 founder strategic layer
- `feedback_user_action_pivot_axiom.md`: user 視点 vs internal observation の区別
- 2026-05-05 試行: 個人 note 記事 (FX / 屠殺) を Rei-AIOS に組込む際、 「OUKC commons の品質基準を借用しつつ別 brand」 を保つ必要が顕在化

**How to apply:**

### 実例 (commit 36f369f8 — `/curated` route)

| 原則 | 実装 |
|------|------|
| Brand Separation Banner | 黄色 border + 「⚠ Brand Separation Notice」 text で「OUKC commons とは brand layer が別」 を明示 |
| 削除可能性 | `src/renderer/components/curated/` + `App.tsx` curated route + `ReiLauncher.tsx` 1 entry の 3 箇所のみ |
| 試行 phase Notice | banner と footer の両方で「試行 phase, 評価次第で削除可」 |
| OUKC との区別 | launcher の新 category 「Founder Notes」 (既存「OUKC」 と別) |
| author 表記分け | Founder Personal Archive = 藤本伸樹個人。 OUKC commons の三者共著ではない |

### content vs meta-level の区別

- **内容 (FX 理論 / 屠殺 / 倫理的食)** は私 (Claude) の既存 knowledge にあった概念で、 新規学び限定的
- **meta-level (設計判断)** は学びがある:
  - brand separation を実装でどう表現するか
  - reversibility-first design (削除しやすさを最初から畳み込む)
  - 試行 → 評価 → 削除可能性サイクル
  - OUKC commons との視覚的・author 的区別

→ 「試行的に何かを組込む」 場面で、 内容の深さよりも **meta-level pattern** が将来参照価値高い。

### Anti-pattern (避けるべき)

- **brand separation banner なしで OUKC 内に組込む** → user / 検索エンジンが「OUKC 公式 entry」 と誤認 risk
- **削除を後付けで考える** → 1 file 削除のはずが 10+ 箇所修正必要 = scope creep
- **試行 phase を明示しない** → user が「これは公式 feature」 と期待 → 後で削除すると betrayal 感
- **OUKC commons と同 category に並べる** → brand integrity 崩壊
- **三者共著 (藤本×Rei×Claude) 表記を流用** → OUKC commons の brand 価値を毀損

### 削除手順 (将来必要になった時)

1. `rm -rf src/renderer/components/<dir>/`
2. `App.tsx` の該当 route 5 行削除
3. `ReiLauncher.tsx` の該当 menu entry 1 行削除
4. `npm run dev:build && git commit && git push`
5. 関連 memory (本 file 等) は keep (将来再試行時の参照)

## 関連 memory

- `feedback_oukc_metadb_distinction.md` — commons vs artifact 本質区別
- `feedback_oukc_tier6_separation.md` — commons vs founder strategic layer
- `feedback_user_action_pivot_axiom.md` — user 視点 vs internal の 2 軸評価
- `feedback_metaphor_cannot_deliver_promise.md` — banner / 比喩は operational metric を伴う
- `feedback_critique_response_pattern.md` — SAC-4 警告 (overclaim 防止 / authority 媚び 防止)

## Commits (2026-05-05)

- `36f369f8` — `/curated` route 新設 (FX 完成 + 屠殺 placeholder)