hakorune/CURRENT_TASK.md

# Current Task — JoinIR / PHI 削減スナップショット（2025-11-29 時点）

> このファイルは「今どこまで終わっていて、次に何をやるか」を 1000 行以内でざっくり把握するためのスナップショットだよ。  
> 過去の詳細ログは `docs/private/roadmap2/CURRENT_TASK_2025-11-29_full.md` や各 Phase の README/TASKS を見てね。

---

## 0. 現在地ざっくり

- **最終ゴール**
  - 制御構造と PHI の意味論は **JoinIR（＋LoopScopeShape/IfPhiContext 等の薄い箱）** に一本化する。
  - 実行の SSOT は VM / LLVM ラインとし、JoinIR→MIR→VM/LLVM は「構造 SSOT → 実行 SSOT」への変換として扱う。
  - 既存の PHI 箱（if_phi.rs / PhiBuilderBox / conservative.rs / Trio 等）は、JoinIR 側のカバレッジが十分になったところから順に削っていく。

- **JoinIR ライン**
  - Phase 27–31: Loop→JoinIR lowering（skip_ws / trim / append_defs / Stage‑1 minimal）で、ループの制御構造を関数＋継続だけで表現できることを実証済み。
  - Phase 33–34: IfSelect / IfMerge / JoinIR Frontend（If/Loop/Break/Continue）実装。AST→JoinIR→MIR→VM まで tiny ケースが通る。
- **PHI 削減ライン**
  - Phase 35–36: HIGH/MEDIUM 安全度の PHI 箱（if_body_local_merge / phi_invariants / LoopSnapshotMergeBox）の削除・縮退で 537 行削減。
  - Phase 37–40: If 側 PHI（if_phi.rs / conservative.rs）の Level 1/2 相当まで設計＋一部削減。array_ext.filter については JoinIR Frontend + JoinFuncMeta に移行し、collect_assigned_vars を削除済み。
- **これから**
  - Phase 41: If 側 PHI Level 3（本体ロジック）の代表ケースを JoinIR 経路に載せる設計と最初の実装。
  - 以降: If 側 PHI 本体削減 → Classifier Trio → AST→JoinIR Frontend 本線化 → LLVM / ny-llvmc の JoinIR 統合。

---

## 1. 最近の主戦場（Phase 33–41）

### 1-00a. Phase 33 — IfSelect / IfMerge + PHI 設計原則

- IfSelect / IfMerge lowering 実装（simple/local, 2–3 変数パターン）。
- VM ラインへの If lowering ドライランを `IfLoweringDryRunner` に箱化し、VM パイプラインと解析ロジックを分離。
- 「JoinIR は PHI 生成器（SSOT）、既存 PHI の変換器にはしない」原則をコード＋docs で固定。
- docs: `docs/private/roadmap2/phases/phase-33-joinir-if-phi-cleanup/if_joinir_design.md`

### 1-00b. Phase 34 — JoinIR Frontend（AST→JoinIR）

- 目的: AST（Program JSON v0）→ JoinIR Frontend を設計・実装し、「PHI 意味論の SSOT を JoinIR 側に寄せる」。
- 実績:
  - If: simple/local/json_shape パターンを Select に正規化（同じ JoinIR 出力）。
  - Loop: tiny while / break / continue を 3 関数構造（entry/loop_step/k_exit）＋ Jump/Call/Select で表現。
  - MethodCall: substring などを JoinInst::MethodCall として構造化し、JoinIR→MIR Bridge で BoxCall に変換。
- docs: `docs/private/roadmap2/phases/phase-34-joinir-frontend/README.md`

### 1-00c. Phase 35–36 — PHI 箱削減（HIGH/MEDIUM）

- Phase 35（HIGH）:
  - `if_body_local_merge.rs` / `phi_invariants.rs` 削除（合計 430 行）。
  - PHI_BOX_INVENTORY.md で PHI 箱の一覧と削除順を整理。
- Phase 36（MEDIUM）:
  - LoopSnapshotMergeBox を「Exit PHI マージ専用の純粋静的ユーティリティ」に縮退（470→363 行）。
  - PhiBuilderBox に Loop/If/Common/Stub の責務マーカー追加（実装本体削減は Phase 38+）。
- docs:
  - `docs/private/roadmap2/phases/phi-reduction-series/INDEX.md`
  - `docs/private/roadmap2/phases/phase-36-phi-midrange/README.md`

### 1-00d. Phase 37–39 — If 側 PHI Level 1/2 設計と準備

- Phase 37: If 側 PHI 全体設計（docs-only）。
  - if_phi.rs / conservative.rs の責務表、12 callsite の難易度分類。
  - 削除基準（Level 1/2/3）の定義。
- Phase 38: if_phi.rs Level 1 削除（90 行）。
  - `merge_modified_with_control`（dead code）と `extract_assigned_var`（JoinIR AST lowering で代替）を削除。
- Phase 39: Level 2 準備（array_ext.filter 選定と JoinIR 拡張設計）。
  - array_ext.filter を代表 if-in-loop パターンに選定。
  - JoinIR Frontend / JoinFuncMeta / Bridge 拡張と削除条件を設計。
- docs:
  - `docs/private/roadmap2/phases/phase-37-if-phi-reduction/README.md`
  - `docs/private/roadmap2/phases/phase-38-if-phi-level1/README.md`
  - `docs/private/roadmap2/phases/phase-39-if-phi-level2/README.md`

### 1-00e. Phase 40 — If 側 PHI Level 2 実装（array_ext.filter）

- 目的: array_ext.filter の if‑in‑loop PHI を JoinIR Frontend + JoinFuncMeta + Bridge 経由に移し、collect_assigned_vars を削除する。
- 実績:
  - JoinFuncMeta / JoinFuncMetaMap / convert_join_module_to_mir_with_meta 実装。
  - AST→JoinIR Frontend で if‑in‑loop の modified 変数集合を解析し、JoinIR→MIR Bridge で PHI 生成。
  - loop_builder.rs に HAKO_JOINIR_ARRAY_FILTER 経路を追加し、Route B（JoinIR 経路）をデフォルト化。
  - `collect_assigned_vars` を削除し、JSON ベースの `collect_assigned_vars_via_joinir` に置き換え（Phase 40-4.1）。
  - デッドな env フラグ等をクリーンアップ（40-4.1.1）。
- 削減実績（Phase 40 時点）:
  - 35 行（collect_assigned_vars）＋16 行（デッドコード）＝ 51 行純減。
- docs:
  - `docs/private/roadmap2/phases/phase-40-if-phi-level2/README.md`
  - `docs/private/roadmap2/phases/phi-reduction-series/INDEX.md`

### 1-00f. Phase 41 — If-Side PHI Level 3 Reduction ✅ 完了（2025-11-28）

- 目的:
  - if_phi.rs / conservative.rs に残る「Level 3 本体ロジック」を JoinIR 経路に移すための設計と代表ケース実装。
- 実績:
  - Level 3 関数の再インベントリとデッドコード 147 行削除。
  - 代表 If 関数として `ParserControlBox.parse_loop()` を選定。
  - NestedIfMerge JoinInst 設計＋実装（mod.rs, json.rs）。
  - AST→JoinIR Frontend に `lower_nested_if_pattern()` 追加（dev flag: `HAKO_JOINIR_NESTED_IF=1`）。
  - JoinIR→MIR Bridge に NestedIfMerge 展開ロジック追加（多段 Branch + Copy）。
  - Route B（NestedIfMerge 経由）の A/B テスト 7 ケース全 PASS（parse_loop 代表ケース）。
  - 実削除（if_phi.rs / conservative.rs 本体の縮退・削除）は Phase 42 に繰り越し。
- docs:
  - `docs/private/roadmap2/phases/phase-41-if-phi-level3/README.md`
  - `docs/private/roadmap2/phases/phase-41-if-phi-level3/TASKS.md`

### 1-00g. Phase 45 — read_quoted_from JoinIR 実装 ✅ 完了（2025-11-28）

- 目的:
  - `MiniJsonCur.read_quoted_from(s, pos)` を JoinIR Frontend/Bridge で実装し、Guard if + Loop with break + accumulator パターンの PHI 削減を実証。
- 実績:
  - **45-1**: フィクスチャ `apps/tests/phase45_read_quoted_fixture.hako` 作成（T1-T4 Route A で PASS）。
  - **45-2**: AST→JoinIR Frontend `lower_read_quoted_pattern()` 実装（`ast_lowerer.rs`）。
  - **45-3**: JoinIR→MIR Bridge 確認（既存 bridge で変更不要）。
  - **45-4**: Route B E2E テスト `test_read_quoted_from_route_b_e2e()` 追加、T1-T4 全 PASS。
  - **45-5**: PHI_BOX_INVENTORY.md / CURRENT_TASK.md 更新。
- 既知の制限:
  - **T5（エスケープ処理）**: 変数再代入 inside if-block が PHI を生成しない問題 → **Phase 46 で解決済み**。
- Dev Flag: `HAKO_JOINIR_READ_QUOTED=1`
- JoinIR 構造: entry → k_guard_fail / loop_step → k_exit（4 関数構造）
- docs:
  - `docs/private/roadmap2/phases/phase-30-final-joinir-world/PHI_BOX_INVENTORY.md` (Phase 45 セクション)

### 1-00h. Phase 46 — IfMerge 拡張（ループ内 if での変数再代入 PHI 問題）✅ 完了（2025-11-28）

- 目的:
  - ループ内の `if (cond) { x = expr; }` パターンで、if-body での変数再代入が merge ブロックで PHI に反映されない問題を修正。
- 実績:
  - **46-1**: 現状 MIR の問題点を CFG 図で固定（T5 専用）。
  - **46-2**: JoinIR レベルでの「正しい形」を IfMerge で設計（Option A 採用）。
  - **46-3**: `lower_read_quoted_pattern()` に IfMerge 拡張を設計・実装。
  - **46-4**: Route B E2E テスト T1-T5 全 PASS。
- テスト結果:
  - T1-T4: ✅ PASS（Phase 45 と同じ）
  - **T5（エスケープ処理）**: ✅ PASS（`"a\"b"` → `a"b`）
- Dev Flag: `HAKO_JOINIR_READ_QUOTED_IFMERGE=1`（Phase 46 IfMerge 拡張有効化）
- 修正ファイル:
  - `src/mir/join_ir/frontend/ast_lowerer.rs`: IfMerge による escape 処理追加
  - `src/mir/join_ir_vm_bridge.rs`: T5 テストケース追加
- docs:
  - `docs/private/roadmap2/phases/phase-46-ifmerge-loop-reassign/README.md`

### 1-00i. Phase 49–56 — JoinIR Frontend 本線統合（print_tokens / filter）✅ 完了

- Phase 49–52: `cf_loop` に JoinIR Frontend ルートを追加し（dev フラグ付き）、`LoopFrontendBinding` / JSON v0 / expr タイプ（Field/NewBox）を整備。
  - `HAKO_JOINIR_PRINT_TOKENS_MAIN` / `HAKO_JOINIR_ARRAY_FILTER_MAIN` で対象ループだけを Frontend 経由にルーティング。
  - `merge_joinir_mir_blocks` で JoinIR→MIR のブロック／値 ID リマップと制御フロー接続を実装。
- Phase 53–55: statement lowering（Local/Assignment/Print/Method/If）と AST→JSON の `"type"`/`"expr"` 整備により、`JsonTokenizer.print_tokens/1` が JoinIR Frontend→Bridge→VM 経由で最後まで実行可能に（Route A/B 等価、dev フラグ ON 限定）。
- Phase 56: `ArrayExtBox.filter/2` 向けに `LoopFrontendBinding::for_array_filter` を MethodCall ベース（`arr.size()`）に修正し、外部参照 `arr/pred` を Binding 経由で渡す構造に統一。
  - JoinIR に `ConditionalMethodCall` / Unary / Call を追加し、filter の「pred が true のときだけ push する」パターンを 4 ブロック構造で表現。
  - `HAKO_JOINIR_ARRAY_FILTER_MAIN=1` で Route B（JoinIR Frontend 経路）がフォールバックなし完走（テスト済み、既定は従来ルート）。

### 1-00j. Phase 57–61 — If 側 PHI Level 3 本体（conservative/if_phi 残り）✅ 仕上げ中

- Phase 57 では、新しい抽象を増やさずに既存の Conservative/IfPHI 本体のうち安全な部分を薄くした。
  - `phi.rs` での冗長な `ConservativeMerge::analyze` 呼び出しを 2 回→1 回に削減し、軽量化。
  - `PhiMergeOps` trait と loop_builder.rs 側の実装を完全削除し、Loop 側の PHI 生成責務を JoinIR＋LoopScopeShape 側に寄せた。
  - `infer_type_from_phi` には「レガシー型推論箱であり、JoinIR 型情報導入後の削減候補」であることをコメントで明示し、将来の削除条件をドキュメント化。
- Phase 58 では ConservativeMerge 本体を `phi_merge.rs::merge_all_vars` にインライン化し、`conservative.rs` の多くをドキュメントコメント＋最小限の補助関数だけに縮退。
  - conservative.rs: 149 行 → 57 行（約 92 行削減、約 62% 削減）。
  - ConservativeMerge struct 定義と付随テストコードを削除し、挙動差分がないことを phi_core / JoinIR テストで確認。
- Phase 61-1〜61-3 では If-in-loop 専用の箱化を進め、JoinIR 側に PHI 生成の SSOT を寄せた。
  - IfPhiContext でループ内 If の CFG と変数スナップショットをまとめ、IfInLoopPhiEmitter で pre/then/else の snapshot と carrier 集合から必要な φ を構成する thin box を追加。
  - dev フラグ `HAKO_JOINIR_IF_IN_LOOP_ENABLE=1` 有効時には、JoinIR パターンマッチ成功した if-in-loop について JoinIR + IfPhiContext + IfInLoopPhiEmitter 経路で PHI を生成できるようになった（Route A/B 互換、既定はまだ legacy）。
- Phase 61-4: **If Toplevel PHI (Fallthrough-Join) 実装** ✅ 完了（2025-11-29）
  - ループ外 If の「then 直後に結合点がない」パターン（toplevel_return）を JoinIR で表現。
  - IfInLoopPhiEmitter が IfPhiContext::pure_if() でループ外 If もサポート（統一インターフェース）。
  - `toplevel_if_ret_explicit.hako` テストで toplevel_return パターン動作確認済み。
  - docs: `docs/development/current/main/phase61-4-toplevel-if-design.md`
- Phase 61-5: **If PHI 削減計画策定** ✅ 完了（2025-11-29）
  - 61-5.1: If PHI 関数リスト作成（26関数、3カテゴリ）
  - 61-5.2: JoinIR カバレッジ調査（in_loop/partial/none）
  - 61-5.3: 優先度表作成（P1: 18関数、P2: 5関数、P3: 3関数）
  - 61-5.4: Phase 61-6 候補選定（3個: set_if_context, dev フラグ, A/B テスト削除）
  - docs: `docs/development/current/main/phase61-5-*.md`
- Phase P1: **If Handler 箱化モジュール化** ✅ 完了（2025-11-29）
  - ループ内 If 処理の 5 パターン（Empty/SingleVarThen/SingleVarBoth/ConditionalEffect/Unsupported）を `IfInLoopPattern` enum で分類。
  - `if_in_loop/` モジュール（9 ファイル、~480 行）を新設し、`stmt_handlers.rs` から 154 行削減（40% 削減達成）。
  - 全 56 JoinIR tests PASS（回帰なし）、保守性・拡張性向上（新パターン追加が容易に）。
  - docs: `docs/development/refactoring/p1-if-handler-boxification-plan.md`

### 1-00g. Phase 61-6 — If PHI JoinIR 化 第2弾（薄いラッパー削減）

- 目的: If 側 PHI ラインから JoinIR と二重管理になっていた薄いラッパー／観察専用ユーティリティを取り除き、PHI 仕様の SSOT を JoinIR 側に寄せる。
- 実績:
  - `set_if_context` 薄いラッパーを削除し、callsite から直接 `IfPhiContext` を構築するよう統一。IfPhiContext の入口が一本化され、文脈箱（IfPhiContext）と emitter 箱（IfInLoop/Toplevel）の責務分離がより明確になった。
  - PhiBuilderBox ベースの PhiSpec 観察用関数（`extract_phi_spec_from_builder`, `compare_and_log_phi_specs` など）を削除し、PHI 仕様計算を JoinIR 起点の `compute_phi_spec_from_joinir` に一本化。
  - 合計約 97 行削減（予想 76 行を超過）。If 側 PHI の「観察・比較」は JoinIR 情報から復元する経路のみとなり、if_phi/PhiBuilderBox は本番ロジックに専念する構造に整理された。

### 1-00h. Phase 62 — PHI Core Cleanup（phi_core 小箱クリーンアップ）

- 目的: PHI 箱のうち、既に機能が JoinIR/loopform/phi_merge 側に移っていて「殻だけ残っていた」小箱を片付け、phi_core 直下の実コードをさらに減らす。
- 実績:
  - `phi_core/phi_input_collector.rs` を削除。Phase 59/59b で loopform_builder.rs / loop_builder.rs へのインライン化が完了しており、外部依存 0 であることを PHI_BOX_INVENTORY ベースで確認済み。
  - `phi_core/conservative.rs` を 57 行すべてコメントのみの「歴史メモ」ファイルに縮退（実コードは Phase 58 で `phi_merge.rs::merge_all_vars` 側にインライン済み）。将来的に docs/ への移設候補として扱う。
  - PHI_BOX_INVENTORY.md / phi-reduction-series/INDEX.md / CURRENT_TASK.md を更新し、「PhiInputCollector 削除済み」「ConservativeMerge 本体は inline 済みで conservative.rs は docs 専用」という現状を明示。

- JoinIR/phi_core 関連テストは全て PASS。既知の `local` キーワード問題を除き、新たな退行はなし。

### 1-00i. Phase 63-3 — JoinIR 型ヒントの最小配線

- 目的: infer_type_from_phi を削る前に、「JoinIR 側で MirType をどこに持てばよいか」を決め、そのための schema 変更と最小限のコード更新を行う。
- 実績:
  - `JoinInst::Select` と `MergePair` に `type_hint: Option<MirType>` を追加し、If PHI に関わる値まわりに型ヒントをぶら下げる足場を用意した。
  - Select / MergePair を生成する全サイト（if_select.rs / if_merge.rs / nested_if.rs / read_quoted.rs など 13 ファイル）を更新し、新フィールドを一旦 `type_hint: None` で埋めてビルドが通る状態に統一。
  - JoinIR 関連テスト（IfSelect/IfMerge/Frontend 系）はすべて PASS。挙動は従来どおりだが、今後 AST/Frontend/Bridge から型ヒントを流し込む準備が整った。

### 1-00j. Phase 63-4 — infer_type_from_phi 縮退設計（設計のみ）

- 目的: infer_type_from_phi を『JoinIR 型ヒント優先＋従来ロジックフォールバック』に縮退する仕様を docs に固定（実装は Phase 63-5+）。
- 実績:
  - 63-4.1: infer_type_from_phi の現状整理（定義場所 / 呼び出し元 / 役割 / JoinIR 準備状況）を文書化。
  - 63-4.2: 縮退後の仕様設計（type_hint がある場合は優先、ない場合は従来ロジックへフォールバック）。
  - 63-4.3: 代表ケースと A/B テスト方針（P1: IfSelectTest.simple/local, P2: read_quoted_from, P3: MethodCall/Box コンストラクタ）を整理。
  - 63-4.4: 削除条件の明確化（5条件、現時点達成率 2/5 = 40%）。
  - 63-4.5: Phase 63-5 への引き継ぎ（infer_type_from_phi_with_hint() 実装タスク定義）。
- docs: `docs/private/roadmap2/phases/phase-63-joinir-type-info/README.md`, `PHI_BOX_INVENTORY.md` 更新済み

### 1-00k. Phase 63-5 — infer_type_from_phi 縮退実装（基盤整備）✅ 完了（2025-11-29）

- 目的: 型ヒント優先のインターフェースを確立し、lifecycle.rs で呼び出し経路を統一する。
- 実績:
  - 63-5-1: `infer_type_from_phi_with_hint()` 関数実装（if_phi.rs:92-105, +44行）
    - Route B: `type_hint` があれば優先的に返す（JoinIR SSOT）
    - Route A: なければ `infer_type_from_phi()` へフォールバック
    - Fail-fast 原則遵守：既存挙動を一切変更しない
  - 63-5-2: lifecycle.rs で呼び出しを `_with_hint` に統一（2箇所: lifecycle.rs:284, 303）
    - 現時点では `type_hint=None` でフォールバック動作（既存挙動維持）
    - 将来 Phase 63-6+ で JoinIR からの型ヒント取得を実装
  - 63-5-3: テスト検証完了（退行なし）
    - IfSelect 全 8 テスト PASS（test_type_hint_propagation_simple 含む）
    - JoinIR 全 57 テスト PASS
- 削減実績: 0行（縮退のみ、削除なし）
- 削除条件達成率: 3/5（60%）← Phase 63-5 完了で +20%
- 技術的成果: 型ヒント優先インターフェース確立、lifecycle.rs 呼び出し経路統一
- 次のステップ: Phase 63-6 で P1 ケース（IfSelectTest.simple/local）への型ヒント供給を実装

### 1-00l. Phase 63-6 — P1 ケース型ヒント完全実装 ✅ 完了（2025-11-30）

- 目的: P1 ケース（IfSelectTest.simple/local）で JoinIR type_hint のみで型が決まる状態を達成
- 実績:
  - 63-6-1: MirInstruction::Phi に `type_hint: Option<MirType>` 追加（instruction.rs）
    - 21ファイル修正、25箇所のコンパイルエラー解決
    - 全てのレガシーパスで `type_hint: None` 設定
  - 63-6-2: JoinIR→MIR Bridge で型ヒント伝播実装（convert.rs）
    - Select → PHI 変換で type_hint を伝播
    - Copy 命令削除、PHI で値合流を直接実装
    - テスト: test_type_hint_propagation_simple() で Some(Integer) 確認
  - 63-6-3: lifecycle.rs で型ヒント取得・使用
    - `get_phi_type_hint()` ヘルパー関数追加
    - P1 ケース（IfSelectTest.*）限定で型ヒント使用
    - 関数名フィルタでガード、他は None（既存挙動維持）
  - 63-6-4: P1 ケーステスト追加（A/B 検証）
    - test_p1_ab_type_inference() 追加で Route B 動作確認
- 削減実績: 0行（段階的拡大のため削除なし）
- **削除条件達成率: 4/5（80%）← Phase 63-6 完了で +20%**
- 技術的成果:
  - **P1 ケースで JoinIR 型ヒントのみで型決定（削除条件 4/5 達成）**
  - JoinIR が If 系 PHI の型情報 SSOT として機能
  - lifecycle.rs が型ヒント優先で推論
- 次のステップ: Phase 64 で P2/P3 ケースへ拡大、全関数で型ヒント化完了（削除条件 5/5）

### 1-00m. Phase 64 — P2 型ヒント拡大 & 削除条件 90% 達成 ✅ 完了（2025-11-30）

- 目的: P2 ケース（IfMerge, read_quoted）で JoinIR type_hint を実装、削除条件を 90% に前進
- 実績:
  - 64-1: P2/P3 対象関数リスト作成（docs更新）
    - P2: read_quoted_from, IfMerge Simple/Multiple
    - P3: MethodCall 戻り値、Box コンストラクタ（Phase 65+）
  - 64-2: P2 型ヒント実装
    - read_quoted.rs: ループカウンタ `i` (Integer), 文字列 `ch` (String) 型確定
    - if_merge.rs: `infer_type_from_mir_pattern()` 追加
    - テスト: `test_p2_if_merge_type_hint()` PASS
  - 64-3: lifecycle.rs で P2 を hint 経路に乗せる
    - `is_type_hint_target()` ヘルパー関数追加（箱理論：箱に切り出す）
    - P1/P2 統一処理: IfSelectTest.*, IfMergeTest.*, read_quoted*
    - 退行なし確認（既存の 43 failed は元々のバグ）
  - 64-4: 削除条件確認
    - 条件 5 進捗: P1 ✅, P2 ✅, P3 ⏳
- 削減実績: 0行（段階的拡大のため削除なし）
- **削除条件達成率: 4.5/5（90%）← Phase 64-3 完了で P2 追加**
- 技術的成果:
  - **P1/P2 両方で JoinIR 型ヒント → lifecycle.rs → 型推論の経路確立**
  - `is_type_hint_target()` で関数名フィルタを箱化
  - 箱理論「まず箱に切り出す」原則の実践
- 次のステップ: Phase 65 で P3 ケース実装、削除条件 5/5 達成へ

---

## 2. 中期 TODO（ざっくり）
- **Phase 42: PHI Workaround 条件付きスキップ** ✅ 完了（2025-11-28）
  - ✅ 42-1: PHI workaround 内容の文書化完了（README.md に記録）
  - ✅ 42-2: `parser_control_box.hako:85-139` に条件付きスキップ実装
    - Route A（default）: workaround 使用（後方互換性維持）
    - Route B（`HAKO_JOINIR_NESTED_IF=1`）: workaround スキップ
    - Route B テスト 3/3 PASS、Route A テスト 13/13 PASS
  - ✅ 42-3: callsite 再分析・Phase 43 候補リスト作成完了
    - if_phi.rs: 4残存関数（全て parse_loop 以外からも呼ばれる）
    - conservative.rs: ConservativeMerge::analyze が phi_merge.rs/phi.rs から使用中
    - Phase 43 推奨: NestedIfMerge 適用範囲拡大 → phi_merge.rs JoinIR 移行
  - docs: `docs/private/roadmap2/phases/phase-42-if-phi-level3-removal/README.md`
- **Phase 65: P3-A/B 型ヒント実装（Method/Box 最小対応）**
  - P3-A: StringBox メソッド（substring/length 等）の戻り値型に JoinIR type_hint を付与
  - P3-B: Box コンストラクタ（new ArrayBox/new MapBox 等）に JoinIR type_hint を付与
  - lifecycle.rs の `is_type_hint_target()` に P3-A/B を追加し、P1/P2 と同じ経路に乗せる
  - 代表ケースベースでは削除条件 5/5 達成 → infer_type_from_phi は P3-C（ジェネリック型）向けフォールバックのみ残す
- **Phase 66+: P3-C / If PHI 本体削除**
  - ArrayBox.get などジェネリック型の扱いを別フェーズで設計（必要なら型システム拡張）
  - P3-C まで JoinIR 型ヒント化が完了した段階で infer_type_from_phi 本体削除と if_phi.rs の大掃除に入る
- **Classifier Trio**
  - LoopVarClassBox / LoopExitLivenessBox / LocalScopeInspectorBox を LoopScopeShape に吸収し、JoinIR lowering / LoopForm 側から直接 LoopScopeShape を見る構造に整理。
- **Mir 決定性（小フェーズ予定）**
  - 一部テスト（`loop_with_continue_and_break_edge_copy_merge` / `nested_loop_with_multi_continue_break_edge_copy_merge`）で、`MirFunction.blocks: HashMap` / `BasicBlock.predecessors: HashSet` に起因する非決定的な predecessor 順のフラッキーテストが残っている。
  - 将来の小フェーズで Phase 25.1 と同様のパターン（`BTreeMap` / `BTreeSet` など決定的な順序構造、もしくはテスト側で sort 比較）に寄せて解消する予定。

---

## 3. 旧フェーズ（過去ログへのポインタ）

古いフェーズの詳細な経緯やログは、以下のドキュメントと  
`docs/private/roadmap2/CURRENT_TASK_2025-11-29_full.md` を見てね。

- Phase 21.7 — Static Box Methodization
  - StaticMethodId / NamingBox で BoxName.method/arity 名前解決の SSOT 化。
  - docs: `docs/development/current/main/phase-21.7-naming-ssot-checklist.md` など。
- Phase 25.x / 26.x — LoopForm v2 / LoopSSA v2 / Exit PHI / ExitLiveness
  - LoopForm v2 / LoopSSA v2 の整備と Exit PHI / ExitLiveness まわりの 4 箱構成。
- Phase 27–32 — JoinIR 初期実験〜汎用化
  - LoopToJoinLowerer / LoopScopeShape / JoinIR VM Bridge を minimal ケースから Stage‑1 / Stage‑B へ広げていくライン。
  - docs: `docs/private/roadmap2/phases/phase-27-joinir*`, `phase-31-looptojoin-lowerer`, `phase-32-joinir-complete-migration` など。

CURRENT_TASK.md 自体は「いまどこを触っているか」と「次に何をやるか」を  
1 画面で把握できる軽さを維持する方針だよ。***