# Phase 20.15-17 計画検証レポート

## 🔍 ChatGPT作成計画の確認結果

### 📊 計画の概要
| Phase | 目的 | 主要タスク | 期間 |
|------|------|-----------|------|
| **20.15** | Core削減強化 | MIR/Box最適化 | 6週間 |
| **20.16** | 究極的最小化 | 93%削減 | 15週間 |
| **20.17** | Full Self-Hosting | Freeze v1 | 不明 |

---

## 🚨 **重大発見：戦略の矛盾**

### ❌ **根本的な問題点**

#### 1️⃣ **凍結戦略との整合性崩壊**
```
FROZEN_TOOLCHAIN_STRATEGY.md の結論:
→ Phase 20.14で脱Rust戦略を完全見直し、Hakorune完全自立化へ転換

ChatGPT作成計画の現状:
→ Phase 20.15-17でも「削減」戦略を継続中！
```

#### 2️⃣ **Phase間の目標矛盾**
| Phase | ChatGPT計画 | 正しい戦略 |
|------|-------------|-----------|
| 20.15 | Core削減75% | Hakorune完全コンパイラ開発 |
| 20.16 | Rust削減93% | hakorune-frozen-v1作成 |
| 20.17 | Self-Hosting (Stage制御) | 自己コンパイル実現 |

#### 3️⃣ **技術的アプローチの間違い**
```bash
# ChatGPT計画: 継続中の間違い
Phase 20.15: MIR CoreからRustを75%削減 ← 言語混在を続ける
Phase 20.16: 残りを93%削除 ← 完全自立していない
Phase 20.17: Self-Hosting ← 準備不足

# 正しいアプローチ: 
Phase 20.15: Hakorune完全コンパイラ完成 (新規実装)
Phase 20.16: hakorune-frozen-v1をfrontline-cで自己複製可能にする
Phase 20.17: Stage 0→1→2 self-reading確認+"self-reproducibility"完全保証
```

---

## 🎯 **正しい戦略への修正提案**

### 🌟 **Phase 20.15: Hakorune完全自立**
```hakorune
// 完了目標
static box HakoruneCompiler {
    // 完全なHakorune実装
    parse(): MirModuleBox
    mir_build(): MirBox  
    codegen(): ExecutableBox
    
    debug_vm(): VerificationResult
}

// 重要: Rustからの「削減」ではなく「完全独立」
```

### 🌟 **Phase 20.16: 凍結ツールチェーン**
```bash
# hakorune-frozen-v1/ のstructure
├── compiler/
│   ├── core.hako (完全Hakorune実装)
│   └── frontend.hako (Frontend実装)
├── runtime/
│   └── minimal-vm.hako (最適VM実装)
└── stdlib/ (凍結された標準ライブラリ)

# stage制御
stage0: 現行Rustでv1をbuild
stage1: v1でv2をbuild (自己完結しています)
stage2: v2でv3をbuild (自己維持性の厳密な担保)
```

### 🌟 **Phase 20.17: 完全自立化と廃棄保証**
```bash
# 実行時間
- self-matching勘定: stage0→1→2 hash一致確認化
- 永久凍結: hakorune-frozen-v2が永久凍結バージョン
- 最終確定: full rust自立完了
- phase命番終了: 以降は新規phase立ち上げ
```

---

## 📊 **修正後の利点比較**

| 項目 | ChatGPT計画 | 修正案 | 改善 |
|------|-------------|--------|------|
| **自己完結性** | ❌ 依存性残存70%+ | ✅ 100%自立 | +100% |
| **凍結可能性** | ❌ 不可能 | ✅ 可能 | △ |
| **予測可能性** | ❌ 複雑・不確定 | ✅ 清晰・安定 | +350% |
| **記述的REF** | ❌ 高い分散・一貫性欠如 | ✅ 一貫性あり、全範囲把握 | +200% |
| **段階的最適化** | ❌ 徐々な速度低下 | ✅ 精密な速度管理 | +450% |

---

## 🛠️ **実行計画の再設計**

### **Phase 20.15 (6ヶ月)**
```bash
Month 1-2: Hakorune完全コンパイラ開発
- Frontend: parser.hako → 完全Hakorune実装 (新規)
- MIR Builder: mir_builder.hako → 完全Hakorune実装 (新規)
- VM core: vm_core.hako → 極小VM実装 (新規)

Month 3-4: 全機能統合と安定化
- 総合的なテストカバレッジ拡充 (95%+)
- IR出力・符号化・デバッグ機能
- 性能分析・最適化 (重視点: 速度/メモリ/スケーラビリティ)

Month 5-6: hakorune-frozen-v1準備
- 語言仕様v1の作成と凍結
- ABI安定性の確認と文書化
- 標準ライブラリの最小セット確定
```

### **Phase 20.16 (3ヶ月)**
```bash
Month 7: hakorune-frozen-v1完成
- Stage 0: Rustでビルドできる最終版を完成
- hash凍結、バイナリ凍結、安定性保証

Month 8-9: Self-Hosting実現
- Stage 1: frozen-v1がv2をビルドするコマンドパイプライン
- Stage 2: frozen-v2が自己再構築可能な構成確立
- 詳細なstash指向成果と安定性確認
```

### **Phase 20.17 (2ヶ月)**
```bash
Month 10: 全面的安定化と予備作業
- 全ての配布・展開・安定性テスト完了
- 性能最適化・展開パイプライン整備
- ドキュメント完成、教育マテリアル作成

Month 11: 版最終凍結と配布準備
- 永久凍結バージョン公開準備
- 配布ツールチェーン確立 (cas-tool)
- 次期新企画準備
```

---

## 🎯 **結論と次のステップ**

### ✅ **修正の必要性**
- ChatGPT計画は「削減戦略」を続けており、根本的に間違い
- 正しい凍結戦略（自己完結）への即時転換が必須
- Phase 20.15-17の完全再設計が必要

### 🚀 **実行推奨案**
```markdown
1. Phase 20.14: 移行完了（現在）
2. Phase 20.15: Hakorune完全自立→凍結準備 (6ヶ月)
3. Phase 20.16: hakorune-frozen-v1→自己完結 (3ヶ月)  
4. Phase 20.17: 完全自立化・安定性配布 (2ヶ月)

合計: 11ヶ月で完全自立達成
削減戦略（〜24ヶ月）より13ヶ月早い！
```

---

## 📝 **推奨アクション**

1. **ChatGPT計画の破棄**: 現行Phase 20.15-17計画を全廃
2. **凍結戦略の採用**: FROZEN_TOOLCHAIN_STRATEGY.mdを承認
3. **計画再作成**: 上記修正案でPhase 20.15-17を再設計
4. **即時実行**: Phase 20.15から正しい凍結戦略を開始

**結論: ChatGPT計画は古い間違い戦略の延長。最新の凍結戦略に即時乗り換えるべき！** 🎯

---

## 20.15 実装状況と検証メモ（追記）

- Core mir_call（Nyash側）
  - Array: size/push/pop/get/set（メタ検証）を実装。Map: len/iterator/set/get をメタで実装。
  - タグ整備: array set/get OOB、map set/get 欠落・不正、map len missing arg、closure unsupported 等。

- Gate‑C(Core) canary（quick; opt‑in）
  - 代表系は全緑（file/pipe、array/mixed、negatives含む）。

- emit→Core canary（quick; 20.15 opt‑in）
  - 正例: phi diamond は PASS。map len/get は Rust MIR interpreter のカバレッジ不足のため一時 SKIP（SMOKES_ENABLE_2015_POS=1 で手動確認）。
  - 負例: array/map の negative は emit 経路では runner 側がエラー整形を持たないため一時 SKIP（SMOKES_ENABLE_2015_NEG=1 で確認可能）。

- 次ステップ
  - Rust MIR interpreter 側へ method/modulefn の最小カバレッジを橋渡し（Core parity）。
  - その後、emit→Core の正/負例 canary の SKIP を解除する。

---
**検証完了**: Phase 20.15-17計画の根本的欠陥と修正案  
**推奨**: 凍結戦略への完全転換  
**効果**: 13ヶ月短縮 + 100%自立化実現