OVERALL_HEATMAP_ANALYSIS.md
# mirror 全体像 — ヒートマップ分析統合ビュー
> 3つのヒートマップ（IDE 世界水準・エージェント分類体系・AI 世界水準）と Closed Loop 状態を1本にまとめ、**現状の強み・ギャップ・次の一手**を一覧できるようにしたドキュメント。
> 参照: IDE 世界水準ヒートマップ、エージェントアーキテクチャ ヒートマップ、AI エージェント 世界水準ヒートマップ、ヒートマップ CoT 精緻分析、弱い点を強化する計画、ide-architecture.yaml。
> **Cursor で計画駆動1サイクル**: 計画駆動エボリューションループ を参照。「次の推奨で自律的に完了まで進めて」で起動。
---
## 1. 凡例の統一
| 体系 | レベル／記号 | 意味 |
| ---------------- | ----------------- | ------------------------------------------------ |
| **IDE 次元** | L0〜L4 | なし → 文書のみ → 部分的 → 実装済み → 構造的強制 |
| **エージェント** | ● / ○ / △ / － | 実装済み / 部分的 / 設計のみ / 未実装 |
| **AI 世界水準** | 🔴 Hot 〜 🔵 Cold | 世界水準満たす → 未着手・開いたループ |
---
## 2. IDE 次元ヒートマップ（10軸 × L0〜L4）
**mirror = 構想実行基盤（Ideation-to-Execution）。エディタは持たず Cursor 等と連携。**
| 次元 | 現状 | 熱度 | 根拠・備考 |
| ------------------------------ | ------ | --------- | ----------------------------------------------------------------------------------- |
| **D1 構想→実行の一貫性** | L4 | ●●●● | 意図 ID を Intent→Contract→Execution で保持。実行 API で intentId 返却。 |
| **D2 タスクカバレッジ** | L2 | ●● | 実装エンジン5種は実装済み。検索・要約・適応の汎用スペシャリストは限定的。 |
| **D3 AI オーケストレーション** | L4 | ●●●● | 全委任が HandoffPayload 必須。自由文 handoff は型で構造的に不可能。 |
| **D4 強制力** | L2〜L3 | ●●〜●●● | TS strict・ビルドゲートは L2。closed=3 / partial=5。生 MUI sx でバイパス可能。 |
| **D5 文脈持続性** | L2 | ●● | CLAUDE.md はファイル参照。MCP・Skills の自動注入は 1 本完了、拡張は途上。 |
| **D6 品質保証** | L3〜L4 | ●●●〜●●●● | Quality Gate・Structural Gate・Closed Loop（Handoff 等）で一部 L4。 |
| **D7 デザイン一貫性** | L2 | ●● | SIA 型はあるが採用率は低く、生 MUI sx でバイパス可能。 |
| **D8 拡張性** | L2 | ●● | 検索 MCP 1 本実装・E2E 検証済み。他スペシャリストのプラグイン的追加は設計まで。 |
| **D9 観測可能性** | L3 | ●●● | 委任トレース API + /quality 一覧。traceId 全委任付与。SLO・標準テレメトリは未整備。 |
| **D10 エディタ/UX** | L0 | — | 設計上持たない。連携先（Cursor 等）で補う。 |
```
視覚: D1 ████ D3 ████ D6 ███(█) D9 ███
D2 ██ D4 ██(█) D7 ██ D8 ██ D5 ██ D10 —
```
---
## 3. エージェント分類体系ヒートマップ（4層 ＋ スペシャリスト類型）
| 層／類型 | 実現度 | 内容 |
| ---------------------------- | ------ | ------------------------------------------------------------------ |
| **第0層 ペルソナ** | ○ | プラットフォームの顔は一貫。チャット対話型「一人の相手」は未実装。 |
| **第1層 オーケストレーター** | ● | 意図→契約→タスク→実行。HandoffPayload 必須で委任を型強制。 |
| **第2層 スペシャリスト** | ○ | 実装5種は ●。検索・計算・要約・適応の汎用は限定的。 |
| **第3層 レンダリング** | ○ | コンテンツと表現の分離は契約＋型で実現。マルチデバイスは未対応。 |
| 検索 | ○ | データ取得はあるが「検索専用エージェント」としては未構成。 |
| 計算 | ○ | 集計・可視化はあるが委任プロトコル経由ではない。 |
| 検証 | ● | Reviewer / Structural Gate / Contract Verify 実装済み。 |
| 要約 | △ | 要約専用スペシャリストなし。 |
| 適応 | － | 言語・トーン・複雑度の調整は未実装。 |
| 生成 | ● | Architect / Developer / Service Generation 実装済み。 |
| 監視 | ○ | Health check・メトリクスはあるが委任ループは限定的。 |
| 記憶 | ○ | Learning・Feedback はあるが「記憶エージェント」として未構成。 |
---
## 4. AI 世界水準ヒートマップ（14次元）
| 次元 | 評価 | 要約 |
| ---------------------------------- | ------ | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| 委任・オーケストレーション | 🔴 Hot | HandoffPayload 型強制で closed。委任はスキーマ化・トレース可能。 |
| 観測可能性・トレース | 🔴 Hot | handoff-traces API、フィルタ・時間範囲・UI。SLO 定義を docs/design/SLO_OBSERVABILITY.md に配置。トレース集約・監査可能（本質的・実質的 Hot）。 |
| プロトコル・契約の単一真実源 | 🔴 Hot | YAML→型→実装のループ。 |
| 文脈・知識注入 | 🔴 Hot | GET /api/context/claude-md 稼働。統合テストを quality-gate で実行し、失敗時は PR マージ不可（#4 Hot 昇格 2026-02-19）。 |
| 検索・ツール（MCP） | 🔴 Hot | GET /api/search/docs 稼働（search-index のみ）。mirror_search_docs が同一ロジックで MCP 提供。統合テストを quality-gate で PR ブロック（#5 Hot 昇格）。 |
| スペシャリスト拡張 | 🔴 Hot | taxonomy に specialistsConfirmed。要約・適応 API 稼働。specialist-handoff-schema で toRole 定義。 |
| 品質ゲート・PR ブロック | 🔴 Hot | typography / spacing で PR ブロック、他 partial は CI 検出。型・format・lint も PR ブロック。 |
| デザインルールの構造的強制 | 🔴 Hot | typography / spacing / border-radius が CI で PR ブロック。partial 5 が CI 検出または PR ブロック。主要セクションは SIA 移行済み。 |
| テスト・型・フォーマット | 🔴 Hot | 型チェック・format:check・lint が CI で PR ブロック。lint 0 警告達成。統合テスト・search API E2E。 |
| ドキュメント・RRL | 🔴 Hot | ide-architecture 単一真実源、RRL 規定。 |
| 同意・ガバナンス | 🔴 Hot | 本質的・実質的: 単一真実源 .quality/consent-required-apis.yaml に列挙した全 POST が hasFullConsent を実装。.quality/scripts/verify-consent.sh が CI で成功することにより Hot を主張。CLAUDE.md Consent Check Map と同期。未同意時 403（CONSENT_REQUIRED）。 |
| 暗号化ポリシー | 🔴 Hot | ENCRYPTION_POLICY_AUDIT.md に監査項目。check-encryption-policy.sh が CI quality-gate で成功。CLAUDE.md に Encryption Policy（N/A）記載（2026-02-19 Warm→Hot）。 |
| マルチプロジェクト横展開 | 🔴 Hot | SIA_ADOPTION_AND_ROLLOUT.md に配布手順・採用率チェックリスト・適用・検証記録（§3）。mirror SIA 完了。ippuku を他 1 プロジェクトとして SIA 適用済みで記録（2026-02-19）。#13 Hot 昇格。 |
| スケーラビリティ（スペシャリスト） | 🔴 Hot | 限界費用ほぼゼロで追加可能。 |
```
Cold Cool Mild Warm Hot
・ ・ ・ ・ 🔴 14次元すべて Hot（委任・観測・プロトコル・文脈・検索・スペシャリスト拡張・品質ゲート・デザインルール・テスト型フォーマット・RRL・同意・暗号化・マルチプロジェクト・スケーラビリティ）
```
- **精緻分析**: 14次元の Hot 判定根拠は ヒートマップ CoT 精緻分析（条件分解→証拠照合→反復）で一覧化済み。
---
## 5. Closed Loop 状態（構造的強制の達成度）
| 状態 | 数 | ルール例 |
| ----------- | --- | ---------------------------------------------------------------------------- |
| **closed** | 3 | container-width, article-authoring, **handoff-payload**（D3 L4 の根拠） |
| **partial** | 5 | color-monotone, typography-weight, spacing-scale, border-radius, font-family |
| **open** | 3 | font-size-scale, shadow-tokens, z-index-stack |
- **closed**: YAML → CLAUDE → Component → Type → CI が揃い、違反は構造的に不可能。
- **partial**: 検出可能だが MUI sx 等でバイパス可能。SIA コンポーネント移行で closed に寄せる。
---
## 6. 弱い点の一覧（強化計画との対応）
### 6.1 IDE 次元で伸ばす余地が大きいもの
| 次元 | 現状 | 弱さの要約 |
| ---- | ------ | ------------------------------------------------------------ |
| D2 | L2 | 汎用スペシャリスト・多言語ベンチが未整備。 |
| D4 | L2〜L3 | partial 5 つ。closed を増やす必要。 |
| D5 | L2 | MCP・Skills の自動文脈注入が未達。 |
| D7 | L2 | SIA 採用率向上・バイパス経路削減。 |
| D8 | L2 | 検索 MCP は 1 本。他スペシャリストのプラグイン化は設計まで。 |
| D9 | L3 | 委任トレースは達成。SLO・標準テレメトリは未整備。 |
### 6.2 エージェント領域のギャップ
| 領域 | 現状 | 弱さの要約 |
| ------------------ | ----- | -------------------------------------------------------- |
| ペルソナ | ○ | チャット対話型「一人の相手」は未実装。 |
| 汎用スペシャリスト | ○／△ | 検索・要約・適応は委任プロトコル載せると限界費用低下。 |
| 結果の統合 | ○ | レンダリング層への構造化データの明示が部分的。 |
| レンダリング | ○ | マルチデバイス未対応。 |
| 記憶 | ○ | 記憶エージェントとしての文脈・嗜好の明示的担当は未構成。 |
| 要約・適応 | △／－ | 要約専用なし、適応は未実装。 |
---
## 7. 現在の推奨タスク（直近の着手）
> **単一真実源**: 推奨タスク・次の一手の**詳細**（直近完了の履歴・次に実施する 1 件）は 弱い点を強化する計画 を参照する。本 §7 はその要約。
| 優先 | タスク | 内容 |
| ---- | --------------------------- | ----------------------------------------------------------------------------------- |
| 1 | **強制・デザイン（D4/D7）** | partial を 1 つずつ closed に。SIA ページ移行でバイパスを減らす。 |
| 2 | 拡張（D8） | 検索 MCP は 1 本済み。他スペシャリストの追加コストを下げる。 |
| 3 | 観測（D9） | 委任トレースは L3 達成。SLO・テレメトリは次のサイクル。 |
| — | ~~ESLint 残り警告~~ | **完了**（2026-02-17）。0 警告達成。VEP/icon-control は off、必要時は warn に戻す。 |
---
## 8. サマリ：強み・ギャップ・次の一手
| 観点 | 内容 |
| ------------ | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **強み** | D1・D3・D6 は世界水準に近い（構想実行一貫性・オーケストレーション・品質の一部）。プロトコル・RRL・スケーラビリティは Hot。closed loop 3 で Handoff は構造的に不可能。 |
| **ギャップ** | D2・D4・D5・D7・D8 は伸ばす余地大。エージェントはペルソナ・汎用スペシャリスト・記憶・要約・適応が ○／△／－。同意・テスト型フォーマットは Hot 達成。暗号化は Warm。マルチプロジェクトは Hot（配布手順・採用率チェックリスト・適用・検証記録整備、ippuku 適用済み）。 |
| **次の一手** | (1) partial を 1 つ closed に（強制・デザイン D4/D7）→ (2) D8 拡張・D9 の SLO など。ESLint 残りは完了（0 警告）。#13 は Warm→Hot に更新（SIA_ADOPTION_AND_ROLLOUT.md §3 に mirror＋ippuku を記録）。ヒートマップ分析は本質的・実質的 Hot（昇格条件＋証拠一覧で検証、AI_AGENT・OVERALL・MULTI_CHAT 同期）。**詳細は WEAKNESS_STRENGTHENING_PLAN の「次の推奨」「直近完了」を参照。** |
---
**作成**: 3つのヒートマップと ide-architecture・弱い点計画を統合し、全体像をヒートマップ分析的に一覧できるようにしたドキュメント。