ZK PLATFORM 大変革解説

Wave 5+6+7+8+9 — 10 時間で何が変わったか

Manabe-san の RC Platform OS が 1 日で 5 入口 + 3 Optional Skin 構造に進化。Manager (Claude) + Workers (Codex 並列) 体制で Engagement Layer / Knowledge OS 5 動詞 / RC Platform Bridges を実装し、Critic + Codex 二重レビューで自己修正まで完了。

TL;DR

20+ commits / 11 parallel agents / 0 conflicts — autonomous 8h + user-driven ~5h
Wave 6: 着手抵抗を下げる UI (Bastion Gate + Low Energy Mode)、Wave 7: 5 zk-verbs (Karpathy + Manabe Reflect)、Wave 8: RC Platform Bridges (Project / Report)
Wave 9: Critic + Codex 二重レビュー → CRITICAL 2 + HIGH 3 を即修正、Codex Worker E が top 5 Project Dossier を内容充填

01全体俯瞰 — 5 入口 + 3 Optional Skin

00_PLATFORM 単一入口 + 5 spoke の中核構造に、Wave 6/7/8 で 3 つの Optional Skin が追加された。

00_PLATFORM 5 spoke + 3 Optional Skin overview — 5 入口 (NOW/DRAFTS/PROJECTS/KNOWLEDGE/HANDOFF) + 3 Optional Skin (🎮 Engagement / 🧬 Knowledge OS / 🌉 Bridges)

Manabe-san の 00_Inbox は当初 5 spoke (01_NOW / 02_DRAFTS / 03_PROJECTS / 04_KNOWLEDGE / 05_HANDOFF) の Platform 構造だった。Wave 6+7+8 で 3 つの Optional Skin が外側に追加され、合計 8 領域が AI Agent と人間の操作面を覆う。

設計原則 #16: Optional Skin は Platform 5 入口を 置き換えない。Support Layer として外側に重ねる (99_Proposals と同じ哲学)。

02Wave 5 — 分離原則と Support Layer

8 platform guide HTML が単一肥大していた状態を、role 別に分離 + 99_Proposals を Support Layer として明文化。

Wave 5 separation principle and Support Layer — 分離原則 = 1 file = 1 排他的 scope。99_Proposals は NOT 6th Platform entry (Support Layer)

分離原則: 04_KNOWLEDGE_guide (router-only, 12KB) / Knowledge_Folder_Guide (folder semantics, 27KB) / ZK_Wave4_Report (history) / 99_Proposals_guide (staging) — file ごとに排他的 scope
Support Layer 概念: 99_Proposals は Vault 内に物理配置されているが意味的には main knowledge graph の外。NOT 6th Platform entry
curated metric: validate_wikilinks.py --curated --compare で raw / curated 比較
6 Bases 新設: 管理 UI (NOT 読む UI)。Knowledge_Health / AI_Proposal_Queue / HTML_Reader_Staleness / MOC_Control / Entity_Index / Research_Evidence

03Wave 6 — Engagement Layer (起動レイヤー)

「やる気を増幅」ではなく「着手抵抗を下げる」UI。寝不足/体調不良の日に通常 Platform を見ない。

Wave 6 Engagement Layer Bastion Gate + Quest Board + Low Energy Mode + Weekly XP — 🏰 Bastion Gate (朝 4 状態選択) → ⚔️ Daily Quest / 🪫 Low Energy Mode / 📊 Weekly XP

Mode	Quest 上限	用途
🟢 Normal	4 (MAIN+SIDE+DAILY+RECOVERY)	通常運転
🟡 Tired	3 (MAIN+DAILY+RECOVERY)	やや疲労、重い判断は午後
🔴 Low Energy	2 + max 3 アクション	寝不足/体調不良、Driver 確認必須
⚫ Minimum	期限確認のみ	生命維持、明日への 1 行 handoff

設計原則 #6-10: 1 日最大 4 Quest (増やすと逆効果) / 回復にも XP / Engagement = Optional skin / Low Energy Mode が最重要。

04Wave 7 — Knowledge OS 5 動詞

Karpathy LLM Wiki + Manabe Reflect 拡張で全 Knowledge 操作を 5 verb に統一。AI と人間が共通語彙。

Wave 7 Knowledge OS 5 verbs + LLM_WIKI_PROTOCOL + activity log — 5 zk-verbs (ingest/query/lint/render/reflect) + Constitution + append-only activity log

Verb	用途	完了判定
/zk-ingest	source → Wiki/Research 統合	99_Proposals に proposal + log entry
/zk-query	Wiki から根拠付き回答	引用 [[note]] 含む + proposal staging
/zk-lint	broken/orphan/stale HTML 診断	report 存在 + curated valid %
/zk-render	HTML/Marp/SVG 生成	生成物存在 + source mtime check
/zk-reflect	AI Wiki → Manabe Zettelkasten 思考接続 (★ Manabe 拡張)	Zettel 新規 OR link 追加 OR skip 記録

絶対禁止: AI は直接 Wiki に書き込まない。全提案は 99_Proposals/ に staging → human review → merge。Reflect は AI 代行不可、Manabe 自身の思考連鎖を trigger するのみ。

05Wave 8 — RC Platform OS Bridges

物理 01_Projects/ を動かさず Platform 側に意味の橋。深い folder への AI 迷子を解消。

Wave 8 RC Platform OS Bridges Project + Report — Project Bridge (31 Dossier + 7 Facility Index) + Report Bridge (Multi-Project 訪問報告書 hub)

重要原則 #17: Facility Visit Report Layer (<facility>/0000_報告書/) ≠ Project Deliverable Layer (<project>/5_Deliverable/)。1 訪問 = 複数 Project なので訪問報告は施設レイヤー、Project milestone は Project レイヤー。

Project Bridge: project_registry.json (31 projects, path triplet schema) + facility_registry.json (7 facilities) + 31 Project Dossier + 7 Facility Index (Codex 生成)
Report Bridge: visit_report_registry.json + Facility Visit Report Layer 明文化
Mission Control HTML: 5 タブ統合 view (Gate / Project Bridge / Report Bridge / Knowledge Ops / Admin Ops)
source_registry.yaml + Cross-Drive Guard: OneDrive (work) ⇔ GoogleDrive (private) 越境防止

06Wave 9 — Critic + Codex 二重レビュー

2 つの独立 reviewer (Claude critic + Codex GPT-5 second opinion) で客観評価 → 即修正。

Wave 9 Critic + Codex dual objective review — Claude critic agent (ACCEPT_WITH_RESERVATIONS) + Codex GPT-5 (11.1KB independent review) → CRITICAL 2 + HIGH 3 即修正

#	Issue	Severity	対応
1	31 empty Project Dossier	CRITICAL	✅ Codex Worker E が top 5 enrich + populated:false flag
2	Project_Registry.base 重複 (2 箇所)	CRITICAL	✅ context_packs/ 側削除 (canonical = bases/)
3	project_registry.json path drift	HIGH	✅ path_base + 3 種 path triplet
4	knowledge_index.md 593 vs 583	HIGH	✅ 583 統一
5	AGENTS.md outdated footer	HIGH	✅ 2026-05-10 + Wave 8 注記

Wave 9 で確立: 客観レビュー → 即修正 → 視覚化 (Playwright 16 screenshots) → Cloudflare Pages deploy + Discord 通知のサイクル。Manager + Workers + Reviewers の 3 層体制。

07Multi-Agent 体制 (Wave 8 で確立)

Manager (Claude Code) + Workers (Codex 並列) + 上流 Antigravity + 最終ユーザー判断。

Multi-Agent orchestration: Manager + Workers + Antigravity + User — 0 conflict (disjoint path enforcement)、Wave 8 で 31 Dossier + 7 Index を ~5 min 完了

Agent	Role	強み	Wave 8/9 実績
Antigravity	戦略・設計裁定	高水準アーキ判断	Comment3 + ZIP 設計の上流
Claude Code (Opus 4.7)	Manager	orchestration / dispatch / verification	11 agents 全体調整、20+ commits
Codex (GPT-5.x)	Workers (×4 並列)	bulk file generation / template instantiation	Project Dossier 31 + Facility Index 7 + Reviews + Enrichment
ユーザー (Manabe)	最終判断	設計裁定 / 送信承認	5 wave の起点 + Comment3 補足

絶対遵守ルール: codex bypass フラグ必須 (Windows) / OneDrive 並列書き込み禁止 (disjoint path) / AI 直接 Wiki 書き込み禁止 (99_Proposals 経由) / メール自動送信禁止 / HTML を source にしない / Heredoc 必須 / Smoke test first / Self-verify mandatory

結論

5 spoke Platform + 3 Optional Skin = 「やる気が低い日も寝不足の日も体調が悪い日も壊れない」運用 OS。
Manager (Claude) + Workers (Codex 並列) 体制で 0 conflict / 20+ commits / 11 agents を 1 日で達成。disjoint path enforcement と smoke test first が鍵。
Critic + Codex 二重レビュー サイクルで「scaffolding without content」(Potemkin village) を即検出、5/9 issue を同セッション内修正。次は Wave 10 (Knowledge Promotion / Admin Sentinel / Mission Control 動作確認等) — Manabe-san 起床後判断。