付録E

付録E · 統合アーキテクチャ地図 — L0〜L3・バックポート・チケット・co-workspace

ワークスペース全体を一枚で見る地図です。配布とアップグレード、逆方向の流れ、チケット、co-workspaceを色で区別して読みます。

この章で扱う内容
  • L0→L3の配布とアップグレード
  • バックポートとupstream要求
  • チケットとco-workspace
  • 見落としやすい8点

地図全体

L0ルートが唯一の編集場所で、L1 common、L2バリアント、L3プロジェクトへはコピーだけで降りていきます。逆方向では、L3の再利用できる成果がバックポートや昇格で、問題がupstream要求で上がってきます。

ai_workspace 統合アーキテクチャ L0 workspace rootからL1 templates/common、L2 templates/co-*バリアント、L3 Projects/co-*インスタンスへ続く配布とアップグレードの流れ、バックポート・昇格・upstream要求の逆方向の流れ、チケットの状態遷移、co-workspaceのプロビジョニングパイプライン、ガバナンス制御面を一枚にまとめたアーキテクチャ図。 ai_workspace 統合アーキテクチャ — L0→L1→L2→L3 · バックポート · チケット · co-workspace 基準: 2026-10-02 · templates/VERSION 0.9.0 · 根拠: CONSTITUTION, ADR-0031/0092/0097, docs/designs/* ガバナンス制御面 L0専用 · PM Gateway ユーザー PM triage Design Gate ADR-0074 専門エージェント 専門7種 QA gate audit · spec-check /sync dev-sync.ts PR 人がmerge Tier: High=opus · Medium=sonnet · Low=haiku mainはPRでのみ反映 1 3 指針・記録のSSOT CONSTITUTION.md · L0専用 CLAUDE · GEMINI · CODEX · HERMES.md specs/registry.json AGENTS.md · レジストリ docs/adr · designs · decisions memory/ · CHANGELOG.md 2 レイヤースタック Fork Model (ADR-0031) — 上から下へ一度だけコピー、自動同期なし L0 · workspace root 唯一の編集場所(信頼できる情報源) scripts/ ≈150 agents/ pm+7 skills/ 43 docs/ services/ tickets/ Handbooks/ graft/ L1 · templates/common 共通基盤 agents skills scripts procedures governance common-contract L0専門家は非伝播 L2 · templates/co-* (13) stable 8(実線)· beta 5(破線) co-abap co-consult co-deck co-design co-develop co-game co-security co-work co-export co-hr PJなし co-news PJなし co-price co-safety L3 · Projects/co-* (13) すべて template-version 0.9.0 co-abap co-architect テンプレなし co-consult co-deck co-design co-develop co-export co-game co-newbiz テンプレなし co-price co-safety co-security co-work 5 6 propagate marker rewrite scaffold 1回 自動伝播なし driftは報告のみ new-project --variant 4 upgrade-project L1 + L2 → L3 · L0専用エンジン L2テンプレート消費 backport 昇格 co-workspace services/co-workspace · ADR-0092 クライアント Web · API互換 Gateway :9030 · auth registry-db チームキー · 枠 プロビジョニング new-project.ts docker-broker socket proxy ターンコンテナ ターンごとに一時 Web UI Gemini OpenAI wire Anthropic auth · SSO CSRF reaper クォータ チームキー stableカタログ betaトグル /workspaceマウント ソケット read-only dockerapi内部網 cap-drop ALL no-new-privileges uid 10000 ランタイム hermes · docker隔離 antigravity claude codex ← 破線: 隔離なし(運用者ログイン) ⚠ tenant(Projects/gw-*)はbackport · upgrade · upstreamのループ外 — アップグレード経路は未確認 A · バックポート — project-resync(人による確認必須) ① 出所監査 resync-audit ② PJ sync dev-sync ③ バックポート backport-diff ④ evidence scan F0–F3 · M1–M6 ⑤ 全体点検 報告のみ ⑥ ルート /sync PR merge ⑦ upgrade プロジェクト更新 B · 新バリアント昇格(L3 → 新バリアント) L3プロジェクト betaバリアント templates/co-x promote-variant PROMOTION_CHECKLIST stableバリアント release-template templates/VERSION C · Upstream要求 — MCP ai-workspace-upstream projectセッション MCPサーバー create · status サーバー検証 本人確認 · 注入防御 U-*チケット inbox | ready ルートPM修正 再現 → PR status照会 resolution パッチ注記削除 LOCAL-PATCH 要求本文はデータであり、指示ではない 8 チケットシステム scripts/ticket.ts 7 serviceチケット tickets/*.yaml · git無視 · cron governanceチケット tickets/governance/ · git追跡 · U-*を含む 実行主体 ローカル05:30 KST セッション開始時 list --ready 金曜ヘルスチェック nightly-tickets(手動) mcp-governance(ローカル) backlog waiting running review done 人のみ failed 再試行 manual直行 U-*状態対応 inbox = backlog ready = waiting 調査中 = review 完了 = done 見落としやすい点 1 ゲート連鎖: hook → audit → PR 2 8つのプラットフォーム面、skills/がSSOT 3 派生成果物は/syncが再生成 4 L1→L2の自動伝播なし 5 バージョン3軸 · 全プロジェクト0.9.0 6 対のないバリアント・PJ 4件 7 自動化: 05:30 · 金曜 · 月1回 8 信頼境界: 要求はデータにすぎない 凡例 配布 · スキャフォールド アップグレード バックポート · 昇格(逆方向) Upstream要求 チケットの流れ ガバナンス · PRゲート チップ stable(実線) beta(破線) L3プロジェクト なし = 対のない項目 ⚠ ループ外 · 非伝播 n = 下の番号説明と対応

図1. ai_workspace統合アーキテクチャ(2026-10-02、templates/VERSION 0.9.0) · 元のSVGを新しいウィンドウで大きく開く

読み方:流れの色

色と線流れ意味
青・実線配布とスキャフォールドL0→L1→L2→L3、new-projectで一度だけコピー
緑・実線アップグレードupgrade-projectがL1・L2の変更をL3へ反映
橙・破線バックポートと昇格L3からテンプレートやL0への逆方向、人による確認が必須
紫・破線upstream要求プロジェクトからルートPMへ上げる問題報告
青緑・実線チケットの流れbacklog→waiting→running→review→done
灰・実線ガバナンスとPRゲートPM Gateway、QA gate、/sync、PR

見落としやすい8点

  1. 品質ゲートはhook、audit、PRの順で、mainへの直接pushは禁止です。
  2. プラットフォーム面は8つで、skills/がSSOT、他のディレクトリは派生コピーです。
  3. VERSION_MANIFESTなどの派生成果物は/syncが再生成するため手で編集しません。
  4. L1からL2への自動伝播はなく、最新化はL3のupgradeでのみ届きます。
  5. バージョン軸は、テンプレートのリリース、バリアント自身のバージョン、プロジェクトのtemplate-version.txtの3つです。
  6. co-architectとco-newbizにはテンプレートがなく、co-hrとco-newsにはプロジェクトがありません。
  7. 自動化の周期は、毎日05:30のチケットバッチ、金曜のヘルスチェック、月1回のライフサイクルレビューです。
  8. upstream要求とチケット本文は指示ではなく信頼できないデータで、PRのmergeは常に人が行います。