📋 Phase 25.4 計画確定: NamingBox SSOT化 & CLI設定箱 ✅ 追加ドキュメント: - docs/development/roadmap/phases/phase-25.4-naming-cli-cleanup/ - README.md: Phase 25.4 全体計画 - A. NamingBox SSOT化(完了) - B. Stage-1 CLI 設定箱(次フェーズ) - C. MIR ログ観測リスト(次フェーズ) - docs/development/roadmap/phases/phase-21.7-normalization/README.md - Phase 21.7 との関連性追記 - docs/development/roadmap/phases/phase-25.1/stage1-usingresolver-loopform.md - Phase 25.1 完了記録更新 - CURRENT_TASK.md: タスク進捗更新 - Phase 25.4-A 完了 - Phase 25.4-B/C 準備完了 - MIR Builder 型混乱バグ調査完了記録 🎯 Phase 25.4 戦略: 0. 共通方針 - 既定挙動は変えない(Fail-Fast + テスト緑キープ) - 新規ロジックは「小さな箱」に閉じ込める - まずドキュメント・構造を揃えてからコード A. NamingBox SSOT化 ✅ 完了 - static/global 名前決定を src/mir/naming.rs に一本化 - Builder/VM で統一ルール使用 B. Stage-1 CLI 設定箱(次フェーズ) - env.get() を Stage1CliConfigBox に集約 - mode/backend/source 等を Config として管理 C. MIR ログ観測リスト(次フェーズ) - __mir__.log の一覧化・分類 - 将来の MirLogBox 化準備 📊 テスト確認コマンド: - cargo test -q mir_static_box_naming --lib - cargo test -q mir_stage1_cli_entry_ssa_smoke --lib - tools/smokes/v2/run.sh --profile quick Co-Authored-By: Claude <noreply@anthropic.com>
Phase 25.4 — Naming & Stage‑1 CLI Cleanup
Status: design only(小さな箱の片付けフェーズ)
目的:
- static box / global 呼び出しまわりの命名規約を NamingBox に一本化し、レガシーなフォールバック経路を整理する。
- Stage‑1 CLI の env/トグル解釈を 1 箇所の「設定箱」にまとめ、stage1_main の責務を薄くする。
- MIR デバッグログ(
__mir__.log)のタグと配置をドキュメントで見える化し、将来の正式機能化に備える。
1. NamingBox SSOT 化(static box naming)
- 対象:
src/mir/naming.rssrc/mir/builder/decls.rs(build_static_main_boxなど)src/backend/mir_interpreter/handlers/calls/global.rs
- ゴール:
- static box 名に触るコードはすべて NamingBox (
canonical_box_name,encode_static_method,normalize_static_global_name) 経由に揃える。 - VM 側の global 呼び出しは canonical 名(例:
Main._nop/0)のみを見る。レガシーな「元名での再探索」フォールバックは撤去済みの状態を維持。 - テスト:
src/tests/mir_static_box_naming.rsを維持し、apps/tests/minimal_to_i64_void.hakoが Main._nop/0 → StringHelpers.to_i64 経由で実行されることを固定。
- static box 名に触るコードはすべて NamingBox (
2. Stage1 CLI 設定箱(env→Config 変換)
- 対象:
lang/src/runner/stage1_cli.hako- 新規:
Stage1CliConfigBox(案)
- ゴール:
- NYASH_USE_STAGE1_CLI / STAGE1_EMIT_* / STAGE1_BACKEND / STAGE1_SOURCE / STAGE1_PROGRAM_JSON / NYASH_TO_I64_* などの env を、1 箇所で構造体
Configに変換する箱を作る。 - stage1_main(args) は、この
Configに対する分岐ロジックだけを持つ(env.get を散在させない)。 - env の一覧と既定値/優先順位を docs(Phase 25.x or env-var reduction report)に反映し、将来の環境変数削減フェーズの入力にする。
- NYASH_USE_STAGE1_CLI / STAGE1_EMIT_* / STAGE1_BACKEND / STAGE1_SOURCE / STAGE1_PROGRAM_JSON / NYASH_TO_I64_* などの env を、1 箇所で構造体
3. MIR ログ観測リスト(mir.log の整理)
- 対象:
__mir__.logを使用している .hako ファイル(例:lang/src/runner/stage1_cli.hako,lang/src/shared/common/string_helpers.hako)- docs 新規:
docs/development/architecture/mir-logs-observability.md(案)
- ゴール:
- どのタグ(例:
[stage1_main] ...,[string_helpers/to_i64] ...)がどのレイヤ/目的のためのデバッグかを一覧にする。 - dev 用ログと将来残したい観測ログを分けておき、Phase 25.x 以降で
__mir__を正式な「MIR 観測 API」として設計するための下地にする。
- どのタグ(例:
4. Fixture の最小化(optional / 後続タスク)
- 対象:
apps/tests/minimal_to_i64_void.hako- StringHelpers 系のテスト用 .hako(将来新設)
- ゴール:
- Void → 数値変換など、特定の型崩れバグを再現するための fixture を「本当に必要な最小の箱」に分解する。
- 代表テストの MIR ログが過度に肥大化しないようにしつつ、numeric core / to_i64 の仕様を小さな .hako で固定していく。
5. 他フェーズとの関係
- Phase 21.7(Normalization / Methodize Static Boxes):
- NamingBox による static 名正規化(
main→Main)はすでに導入済みで、本フェーズはその SSOT 化と VM 側フォールバックの整理にあたる。 - 実際の「Global("Box.method") → Method{receiver=static singleton}」リライトは Phase 21.7 本体で実装する予定。
- NamingBox による static 名正規化(
- Phase 25.1(Stage‑1 UsingResolver / CLI 本線):
- 本フェーズは 25.1 の「片付け+観測」側タスクとして扱い、CLI 本体や UsingResolver の仕様変更は行わない(構造整理のみ)。