第二の脳 — Karpathy LLM Wiki + Manabe Reflect + Command Center + Engagement の統合像
Manabe-san が Wave 5-10 で 1 日に作り上げた「第二の脳」は、Karpathy LLM Wiki + Manabe Reflect 拡張を core に、5 spoke Command Center + 3 Optional Skin (Engagement / Knowledge OS / Bridges) + Manager+Workers Multi-Agent 体制 + md → HTML → Cloudflare → Discord → GitHub Pipeline で構成される。本 explainer はこの構想全体を 7 sections で立体視する。
TL;DR
- 第二の脳 = AI Wiki 育成 (Karpathy) + Manabe 思考連鎖 trigger (Reflect 拡張)。AI が代行ではなく、人間の思考を増幅
- Command Center = 5 spoke Platform (NOW/DRAFTS/PROJECTS/KNOWLEDGE/HANDOFF) を中核に、3 Optional Skin (Engagement/Knowledge OS/Bridges) で全方位カバー
- Pipeline 完結: md (源) → HTML (視認) → Cloudflare (他デバイス) → Discord (モバイル) → GitHub (再現可能性)。Manager+Workers で並列効率化
01第二の脳構想 — Karpathy LLM Wiki + Manabe Reflect 拡張
AI が wiki を育てる + 人間が思考連鎖を作る、両立が鍵。
「第二の脳」とは、人間の記憶・思考の限界を 外付け化する仕組み。Andrej Karpathy が提唱した LLM Wiki (AI が wiki を育て続ける) を core にしつつ、Manabe-san が Reflect 動詞を追加 (AI Wiki から Manabe 自身の Zettelkasten 思考連鎖へ trigger)。AI が考える代わりに、人間の思考を 増幅する役割。
| 要素 | Karpathy 原典 | Manabe 拡張 |
|---|---|---|
| AI の役割 | wiki ページを育てる (新 source 取り込み + 関連リンク) | + Reflect = 人間思考の trigger (代行しない) |
| 人間の役割 | wiki を読む + question する | + Zettelkasten 思考連鎖 (AI が発見した点を自分で繋げる) |
| 安全機構 | (Karpathy 原典なし) | 99_Proposals 経由 staging (AI 直接書き込み禁止) |
| lifecycle | Ingest → Query → Lint | + Render + Reflect = 5 動詞統一 |
📚 用語解説 — Karpathy LLM Wiki: OpenAI 共同創業者 Andrej Karpathy が提唱した「AI が wiki を育て続ける」設計。RAG (Retrieval-Augmented Generation) の発展形、新規 source を読む → 既存 note 更新 → 関連リンク増やすを反復。
📚 用語解説 — Reflect 動詞 (Manabe 拡張): AI Wiki から Manabe 自身の Zettelkasten 思考連鎖へ trigger。AI が代行できない、人間中心。
📚 用語解説 — Zettelkasten: ドイツ社会学者 Niklas Luhmann の知識管理法。1 ノート 1 概念 + 概念間の wikilink で「思考の連鎖」を物理化。Manabe-san の 10_Knowledge/ がこれ。
🛠️ 運用方法: (1) 新規 source は /zk-ingest で 99_Proposals に staging → review → main merge (2) 既存 wiki から問いを立てる時は /zk-query (3) AI 提案を見て自分の思考を作る時は /zk-reflect で 1 つだけ Zettel 化 (4) 月次に /zk-lint で健康診断
⚠️ アンチパターン: AI に「思考全部任せる」 → Reflect の独立性破壊、人間が育つ機会を失う。99_Proposals 経由せず main vault に直接書き込む → hallucination 混入リスク。Reflect を「便利機能」と扱う → 第二の脳の本質、最も重要。
02Command Center — 5 spoke Platform
00_PLATFORM.md を単一入口、目的別に 5 spoke へ分岐。
| spoke | 用途 | stale_threshold |
|---|---|---|
| ⚡ 01_NOW | 今すぐ何すべきか (3 区分: 完了/次/依存待ち) | 24h |
| 📧 02_DRAFTS | 未送信ドラフト inventory (status × aging) | 48h |
| 🏥 03_PROJECTS | 施設×案件マトリクス (7 facilities × 31 projects) | 168h |
| 🧠 04_KNOWLEDGE | ZK 入口 (MOC_Home wrapper) | 168h |
| 🔄 05_HANDOFF | セッション引き継ぎ (新パターン宣言 + TOP3) | 72h |
📚 用語解説 — Single entry principle: 階層を辿らず、00_PLATFORM.md 1 枚から目的別に分岐。新規セッションでも 1 click で文脈復元。
📚 用語解説 — stale_threshold: 各 spoke が「最終更新から N 時間経過したら警告 banner 表示」する閾値。01_NOW は 24h、03_PROJECTS は 168h (週次更新で OK)。
📚 用語解説 — Test-PlatformHealth.ps1: 5 spoke 全部の鮮度を 1 コマンドで check (`pwsh -File 04_Output/03_Tools/Test-PlatformHealth.ps1`)、5/5 PASS が標準。
🛠️ 運用方法: (1) 朝 1 番に 00_PLATFORM.md (Obsidian Reading Mode) (2) 目的別 spoke 選択 (3) 週次月曜に Test-PlatformHealth で 5/5 確認 (4) 鮮度低下なら『プラットフォーム』trigger で自動 refresh
⚠️ アンチパターン: 古い 00_Hub.md を入口扱い → 2026-05-08 で 00_PLATFORM.md に統合済、redirect stub のみ。階層を辿って深い folder に直接行く → AI Agent も人間も迷子。
03Engagement Layer (起動レイヤー)
「やる気を増幅」ではなく「着手抵抗を下げる」UI。
| Mode | Quest 上限 | 用途 |
|---|---|---|
| 🟢 Normal | 4 (MAIN+SIDE+DAILY+RECOVERY) | 通常運転 |
| 🟡 Tired | 3 (MAIN+DAILY+RECOVERY) | やや疲労、重い判断は午後 |
| 🔴 Low Energy | 2 + max 3 アクション | 寝不足/体調不良 |
| ⚫ Minimum | 期限確認のみ | 生命維持、明日への 1 行 handoff |
📚 用語解説 — 着手抵抗を下げる UI: 「やる気を増幅する UI ではない」が core 思想。寝不足/体調不良/面倒な日に「壊れない」仕組み。Low Energy Mode が最重要。
📚 用語解説 — Recovery XP: 「回復」にも XP が付く。頑張れた日も休めた日も両方価値がある、というメッセージを数字で表現。
📚 用語解説 — 4 Quest 種類: 🔥 MAIN (10 XP, 今日絶対 1 件) / 🗡️ SIDE (5 XP, できれば 1 件) / 📋 DAILY (3 XP, 定型) / 🌙 RECOVERY (3 XP, 休養・整理)
🛠️ 運用方法: (1) 朝起きたら 00_Bastion_Gate.html (2) 通常日は 01_Daily_Quest_Board.html で 4 Quest 編集 (3) 寝不足/疲労日は 02_Low_Energy_Mode.html (4) 週末に 03_Weekly_XP_Report.html で振り返り
⚠️ アンチパターン: 1 日 5 件以上の Quest → 増やすと逆に疲れる。AI に Mail Forge で自動送信させる → 必ず人間最終確認。Low Energy Mode を「弱い人用」と扱う → 健康な人でも誰でも使う。
04Knowledge OS 5 動詞 — Karpathy 統一語彙
ingest / query / lint / render / reflect の 5 verb で全 Knowledge 操作を統一。
| Verb | 用途 | 完了判定 |
|---|---|---|
| /zk-ingest | 新規 source → Wiki/Research 統合 | 99_Proposals に proposal + log entry |
| /zk-query | Wiki から根拠付き回答 (knowledge_index 必読) | 引用 [[note]] 含む + proposal staging |
| /zk-lint | broken/orphan/stale HTML 診断 | report 存在 + curated valid % |
| /zk-render | HTML/Marp/SVG 生成 (source = md 厳守) | 生成物存在 + source mtime check |
| /zk-reflect | AI Wiki → Manabe Zettelkasten 思考接続 (★ Manabe 拡張) | Zettel 新規 OR link 追加 OR skip 記録 |
📚 用語解説 — append-only ログ: 10_Knowledge/00_System/logs/wiki_activity_log.md は 過去 entry の編集禁止。grep で時系列スキャン、Git log と相補的。
📚 用語解説 — knowledge_index.md: AI Agent が Query 前に 必ず読む semantic catalog。118 notes index、Vault navigation の 00_INDEX.md とは別 use case。
📚 用語解説 — LLM_WIKI_PROTOCOL.md: Knowledge OS の 憲法 (10.4KB)。3 Layer (Karpathy) + 5 Operations + 4 Manabe Extensions + 7 Forbidden Actions。
🛠️ 運用方法: (1) trigger phrase で 5 verb 自動発動 (2) 全操作後 wiki_activity_log.md に append (3) Query 前は knowledge_index.md 必読 (4) 良い Query 結果は 99_Proposals/proposed_syntheses/ に保存
⚠️ アンチパターン: AI が直接 Wiki に書き込む → 99_Proposals 経由必須。Reflect を AI 代行 → trigger のみ、本文は Manabe。Operation の log skip → 全操作後 append 必須。
05Mission Control HTML — 5 タブ統合 view
Gate / Project Bridge / Report Bridge / Knowledge Ops / Admin Ops を 1 画面で全俯瞰。
| Tab | 中身 | 目的 |
|---|---|---|
| Gate | Bastion Gate state + Quest Board | 今日の起動 |
| Project Bridge | 施設×案件 dashboard (7 facilities × 31 projects) | Project 状況俯瞰 |
| Report Bridge | Visit Reports (draft/review/final) + Project Deliverables | 報告書管理 |
| Knowledge Ops | Reference → Knowledge 昇格候補 | ZK enrich queue |
| Admin Ops | Contract Raid / Expense Quest / Mail Forge | 事務効率化 |
📚 用語解説 — Mission Control HTML: 5 タブを 1 枚 self-contained HTML で統合 (CSS/JS インライン、外部 CDN なし)。OneDrive sync で全デバイスから開ける。データ正本は md/yaml/DB、HTML は localStorage 一時状態のみ。
📚 用語解説 — Support Layer 拡張: Mission Control も Engagement Layer の 1 部 (Optional skin)、6 番目 Platform entry にしない。
🛠️ 運用方法: (1) 朝の Bastion Gate からリンクで開く (2) タブ切替で目的別俯瞰 (3) 各 Bridge で詳細は別 md/json を参照 (Mission Control 自体はビュー、編集は md 側)
⚠️ アンチパターン: Mission Control HTML を直接編集 → md/yaml が source、build 時に上書き。1 画面で全部見ようとして情報過多に → タブ別にフォーカス。
06Multi-Agent 体制 (Manager + Workers)
Claude orchestrate + Codex 並列実行 + 0 conflict (disjoint path enforcement)。
| Agent | Role | 強み | Wave 5-10 実績 |
|---|---|---|---|
| Antigravity | 戦略・設計裁定 | 高水準アーキ判断 | 5p5pro_Comment 1/2/3 + ZIP 設計の上流 |
| Claude Code (Opus 4.7) | Manager | orchestration / dispatch / verification / commit | 11 agents 全体調整、22 commits |
| Codex (GPT-5.x) | Workers (×4 並列) | bulk file generation / image_gen.imagegen | Project Dossier 31 + Facility Index 7 + image gen 30+ |
| ユーザー (Manabe) | 最終判断 | 設計裁定 / 送信承認 | 5 wave + 多 input + 修正方向 |
📚 用語解説 — disjoint path enforcement: 並列実行する各 worker の write 先 path を完全分離するルール。OneDrive 配下で並列書き込みすると conflict copy 大量発生のため、各 worker は専用 path のみ書く。
📚 用語解説 — Codex stdin pipe pattern: Wave 10 学び、Windows codex.cmd は argv 経由の長い日本語プロンプトを truncate。printf '%s' "$prompt" | codex exec - で完全回避。
📚 用語解説 — smoke test first: 外部 CLI / 新 skill は最小プロンプトで動作確認してから本番投入。Wave 10 で codex image_gen の auto-save 仕様 (~/.codex/generated_images/
🛠️ 運用方法: (1) bulk タスク (10+ files) は必ず Codex 並列 worker に委譲 (2) 並列前に各 worker の write path を事前列挙、disjoint 確認 (3) Worker 出力は未信頼、Glob/Read で物理 verify (4) 失敗時は session JSONL で root cause 確定 (推測リトライ禁止)
⚠️ アンチパターン: Manager が全部書こうとする → context window 浪費、bulk なら Codex 並列が遥かに早い。並列 worker の path を事前確認せず dispatch → conflict copy 多発。Codex の「完了しました」を盲信 → 必ず物理ファイル確認 (Glob/Read で verify)。
07Pipeline 全体 (md → HTML → Cloudflare → Discord → GitHub)
正本 = md / 視認 = HTML / 他デバイス = Cloudflare / モバイル = Discord / 配布 = GitHub。
| 段階 | 形式 | ツール | 用途 |
|---|---|---|---|
| 📝 1. Source | md (Markdown) | Obsidian / VS Code | 正本、Git 管理、人間編集 |
| 🎨 2. Visual | HTML (self-contained) | skeleton.html + outline.json + Codex image_gen | ブラウザ視認、印刷可 |
| ☁️ 3. Cross-device | Cloudflare Pages URL | npx wrangler pages deploy | 他 PC / Mac / スマホからアクセス |
| 🔔 4. Mobile | Discord embed | curl + file-based payload | モバイル通知 + 一覧 |
| 🔒 5. Reproducibility | GitHub private repo | gh repo create + git push | Mac/Codex/他 AI に持ち出し再現 |
📚 用語解説 — self-contained HTML: CSS/JS/SVG 全てインライン、外部 CDN/フォント禁止。OneDrive sync + Cloudflare deploy のどちらでもオフライン動作可。
📚 用語解説 — file-based Discord payload: 日本語インラインだと文字化け、必ず -d @file.json でファイル経由送信。投稿後即削除。
📚 用語解説 — inbox-explainer-bundle (GitHub): amnb627/inbox-explainer-bundle (private)。Wave 10 で確立、Mac/Codex/他 AI から git clone で同等環境再現。
🛠️ 運用方法: (1) md でノート編集 (2) inbox-explainer skill で「
⚠️ アンチパターン: HTML を直接編集 → md が source、build 時に上書きされる。Cloudflare deploy で Japanese commit message → UTF-8 検証エラー、ASCII --commit-message 明示。GitHub に .wrangler/cache/ commit → token 漏洩、必ず .gitignore で除外。
結論
- 第二の脳 = AI 育成 (Karpathy LLM Wiki) + Manabe 思考連鎖 trigger (Reflect 拡張) + 99_Proposals 安全機構。AI が代行ではなく、人間思考を増幅。
- Command Center (5 spoke Platform) + 3 Optional Skin (Engagement / Knowledge OS / Bridges) で全方位カバー、Mission Control HTML で 1 画面俯瞰。
- md → HTML → Cloudflare → Discord → GitHub の 5 段 Pipeline + Manager Claude + Workers Codex 並列体制で再現可能・配布可能・モバイル通知可能。22 commits / 1 day 達成は偶然ではなく meta-pattern の同時適用結果。