tomoaki/hakorune
1
0
Fork 0
Code Issues Pull Requests Actions 1 Packages Projects Releases Wiki Activity
1,528 Commits 1 Branch 0 Tags
2f54e64d27132b34aefe5d7594e51c2aa38bcd56
Commit Graph

100 Commits

Author SHA1 Message Date
nyash-codex
2f54e64d27 feat(phase92): UnifiedBoxRegistry integration roadmap complete 
Phase 92 完了: UnifiedBoxRegistry 統合の導線作り

**実装内容**:
- CoreServices::required_ids() 実装
  - Phase 87 CoreBoxId の core_required (6個) を返す
  - is_core_required() との整合性を型レベルで保証
- CoreInitError enum 追加
  - MissingService, RegistryEmpty, InvalidServiceType
  - Display + std::error::Error trait 実装
- PluginHost::with_core_from_registry() skeleton
  - Phase 93 で実装予定（todo!() でプレースホルダー）
- initialize_runtime() 接続ポイント決定
  - Ring0Context と UnifiedBoxRegistry を橋渡し

**Phase 87 整合性**:
- required_ids() が is_core_required() と完全一致
- テストで整合性を検証

**テスト結果**:
- 3件追加（全て合格）
  - test_required_ids_consistency
  - test_core_init_error_display
  - test_with_core_from_registry_todo (should_panic)
- ビルド成功
- 既存テストに影響なし

**ドキュメント更新**:
- Section 9 追加（113行）
- ensure_initialized() 呼び出し場所決定（4箇所）
- Phase 93 実装計画明記

**次のステップ**: Phase 93 (with_core_from_registry 実装 & 起動パス統合)

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-12-03 07:57:21 +09:00
nyash-codex
3d253056bd feat(phase91): PluginHost/CoreServices skeleton complete 
Phase 91 完了: Ring1-Core 構造の明確化

**実装内容**:
- CoreServices 定義（6つの Service trait）
  - StringService, IntegerService, BoolService
  - ArrayService, MapService, ConsoleService
- PluginHost 構造体（Ring0 ⇔ CoreServices 橋渡し）
- NyashPlugin trait（プラグインシステム標準IF）
- PluginRegistry skeleton

**Phase 87 整合性**:
- CoreServices は core_required (6個) を完全カバー
  - String, Integer, Bool, Array, Map, Console
- CoreBoxId との対応表をドキュメント化

**設計原則確立**:
- Ring1-Core 構造明確化
- core_required は必ず揃う（型レベル保証）
- Fail-Fast 設計（ensure_initialized）
- 既存影響ゼロ（新規ファイルのみ）

**テスト結果**:
- 5件追加（全て合格）
- ビルド成功
- 既存テストに影響なし

**次のステップ**: Phase 92 (UnifiedBoxRegistry との統合)

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-12-03 07:43:08 +09:00
nyash-codex
4e2e45a79d feat(phase90): Ring0Context fs/time/thread migration complete 
Phase 90 完了: IO/fs/time/thread 系の Ring0 移行

**Phase 90-A: fs 系移行（7箇所）**
- FsApi trait 追加（6メソッド）
- StdFs 実装（std::fs ベース）
- IoError 拡張（4バリアント追加）
- 移行: strip.rs(4), dispatch.rs(1), mod.rs(3)

**Phase 90-B: io 系移行**
- Phase 88 完了済み（スキップ）

**Phase 90-C: time 系移行（3箇所）**
- TimeApi に elapsed() 追加
- 移行: selfhost_exe.rs(1), io.rs(1), plugin_loader_unified.rs(1)

**Phase 90-D: thread 系移行（2箇所）**
- ThreadApi trait 追加（sleep メソッド）
- StdThread 実装
- 移行: global_hooks.rs(1), plugin_loader_unified.rs(1)

**Phase 90-E: 統合テスト**
- ビルド成功（6 warnings, 0 errors）
- テスト: 522/554 passed (94.2%)
- 退行なし

**実装成果**:
- Ring0Context 拡張: fs, thread フィールド追加
- 総移行: 12箇所（fs: 7, time: 3, thread: 2）
- 移行率: fs(2.9%), time(2.1%), thread(5.4%)

**次のステップ**: Phase 91 (PluginHost/CoreServices skeleton)

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-12-03 06:14:57 +09:00
nyash-codex
7e8c2cc768 docs(phase89-b): Ring0 IO/time/thread inventory complete 
Phase 89-B 完了: Ring0 候補の棚卸し調査

**調査結果**:
- fs 系: 243箇所 (read_to_string: 80+, write: 40+, File::open: 30+)
- io 系: 87箇所 (Write: 30+, Read: 20+, stdin: 10+)
- time 系: 143箇所 (Instant::now: 40+, Duration: 30+, elapsed: 25+)
- thread 系: 37箇所 (thread::sleep: 20+, thread::spawn: 10+)
- println! 残存: 1,948箇所 (Phase 89-A で 56箇所移行済み)

**成果物**:
- /tmp/ring0_*_inventory.txt 詳細リスト (計 510行)
- ring0-inventory.md 更新 (Section 3-7 追加)
- Phase 90 実装計画案 (A-E: 5段階、8-13時間予定)

**次のステップ**: Phase 90-A (fs 系移行)

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-12-02 23:46:32 +09:00
nyash-codex
42b09b3c1c feat(phase88): Ring0Context Skeleton implementation 
Phase 88: OS API abstraction layer implementation

**Implementation**:
- Ring0Context module added (4 files)
  - mod.rs: Public API, global initialization (OnceLock)
  - traits.rs: MemApi, IoApi, TimeApi, LogApi trait definitions
  - std_impls.rs: std-based default implementations
  - errors.rs: IoError, TimeError type definitions

**Design Principles**:
- Ring0 knows nothing about Box
- Ring0 knows nothing about Nyash
- Pure OS API abstraction

**Global Initialization**:
- NyashRunner::new() initializes Ring0Context globally
- OnceLock ensures safe initialization (idempotent)

**Migration (2 paths)**:
- src/runner/selfhost.rs:27: eprintln! → ring0.log.error() (OOB strict)
- src/runner/selfhost.rs:177: eprintln! → ring0.log.error() (PyVM error)

**Tests**:
- 4 unit tests added (ring0 module)
- All tests passed
- Build successful (0 errors)

**Migration Status**:
- Migrated: 2/3,955 (0.05%)
- Remaining: 3,953 paths (Phase 89+)

**Files Changed**:
- src/runtime/ring0/mod.rs (new, 100 lines)
- src/runtime/ring0/traits.rs (new, 93 lines)
- src/runtime/ring0/std_impls.rs (new, 77 lines)
- src/runtime/ring0/errors.rs (new, 26 lines)
- src/runtime/mod.rs (Ring0Context export)
- src/runner/mod.rs (global initialization)
- src/runner/selfhost.rs (2 paths migrated)
- docs/development/current/main/ring0-inventory.md (Phase 88 status)

Phase 88 complete. Ready for Phase 89 (gradual migration).

🐱✨
 2025-12-02 22:38:27 +09:00
nyash-codex
8cd9729375 feat(runtime): Phase 87 CoreBoxId/CoreMethodId 箱化完了 
ハードコード文字列から型安全な enum への箱化により、
Box名・メソッド名管理を完全にコンパイル時検証可能に。

主な実装:
- CoreBoxId enum 定義（19個）
  - core_required: 6個（String, Integer, Bool, Array, Map, Console）
  - core_optional: 9個（Float, Null, File, Path, Regex, Math, Time, Json, Toml）
  - 特殊型: 4個（Function, Result, Method, Missing）
- CoreMethodId enum 定義（30個）
  - 各 Box のメソッドを型安全に管理
  - 引数数、戻り値型情報を統合
- is_reserved_type() を CoreBoxId ベースにリファクタリング
- infer_boxcall_return_type() を CoreMethodId ベースに改良（75行 → 25行、67%削減）

検証結果:
- テスト: ✅ 11/11 passed（新規追加）
- ビルド: ✅ 成功（0エラー）
- 型安全性: ✅ タイポ不可能

効果:
- SSOT 確立（src/runtime/core_box_ids.rs に一元化）
- コンパイル時検証（実行時エラー → コンパイルエラー）
- 保守性向上（変更箇所の一元化）
- IDE 支援（enum 補完可能）

ドキュメント:
- core_boxes_design.md 作成（Phase 87 完全仕様）
- Phase 85 README 更新（Phase 87 セクション追加）

Phase 15.5「Everything is Plugin」アーキテクチャ基盤完成

🤖 Generated with Claude Code
Co-Authored-By: Claude <noreply@anthropic.com>
 2025-12-02 22:22:32 +09:00
nyash-codex
268a56fdfe feat(box_factory): Phase 86 BoxFactory Priority normalization 
Phase 86: BoxFactory Priority 正常化プロジェクト完了

目的:
- BoxFactory のデフォルトポリシーを BuiltinFirst から StrictPluginFirst に変更
- プラグイン版 StringBox/ArrayBox/MapBox が正常に使用できるよう正常化
- Phase 85 (Ring0/Ring1-Core 境界設計) の土台準備

実装内容:
1. ドキュメント作成
   - docs/development/current/main/factory_priority.md: 完全仕様文書化

2. コード修正 (1行のみ)
   - UnifiedBoxRegistry::new() が with_env_policy() を使用
   - デフォルトポリシーが StrictPluginFirst に変更

3. テスト追加 (5件, 全パス)
   - test_default_policy_is_strict_plugin_first: デフォルトポリシー確認
   - test_env_policy_override: 環境変数制御確認
   - test_reserved_type_protection: 予約型保護動作確認
   - test_plugin_override_with_env: 予約型 override 確認
   - test_non_reserved_plugin_priority: 非予約型プラグイン優先確認

効果:
- ✅ プラグイン版 StringBox/ArrayBox/MapBox が正常に使用可能
- ✅ core_required Box の予約名保護維持
- ✅ 環境変数による柔軟な制御が可能
- ✅ テスト改善: 500→506 passed, 34→33 failed (+6 passed, -1 failed)

core_required Box リスト (暫定):
- Core value types: StringBox, IntegerBox, BoolBox, FloatBox, NullBox
- Core containers: ArrayBox, MapBox, ResultBox
- Core method indirection: MethodBox

環境変数:
- NYASH_BOX_FACTORY_POLICY: ポリシー選択 (default: strict_plugin_first)
- NYASH_USE_PLUGIN_BUILTINS: core_required override 許可
- NYASH_PLUGIN_OVERRIDE_TYPES: 個別 Box override 許可

Phase 85 準備:
- Ring0/Ring1-Core 境界設計の土台が整った
- ConsoleBox の扱いは Phase 85 で最終決定

完了条件:
- ✅ factory_priority.md 作成完了
- ✅ UnifiedBoxRegistry::new() 修正完了
- ✅ デフォルトポリシー StrictPluginFirst 確定
- ✅ テスト 5件追加・全パス
- ✅ CURRENT_TASK.md 更新完了
- ✅ Phase 85 README 準備完了

参考:
- 設計文書: docs/development/current/main/factory_priority.md
- Phase 85 計画: docs/private/roadmap2/phases/phase-85-ring0-runtime/README.md

🎉 Phase 86 完了！次は Phase 85 で Ring0/Ring1-Core 境界の文書化へ
 2025-12-02 21:52:18 +09:00
nyash-codex
7dbe0a682c feat(joinir): Phase 84-5 if_phi.rs レガシーフォールバック完全削除 
Phase 84-4-B で Case D を 0件に削減完了したことにより、
if_phi.rs のレガシーフォールバックが完全に不要になったため削除。

主な変更:
- if_phi.rs 削除（339行）
- test_utils.rs 新規作成（テスト専用ユーティリティ分離、127行）
- lifecycle.rs: if_phi 呼び出し削除、Phase 84-5 安全ガード追加
- env.rs: phi_fallback_disabled() を常に true に変更
- テスト: A/B テスト → GenericTypeResolver 単独テストに変更

検証結果:
- Case D: 0件（完全解消継続）
- Tests: 498 passed（Phase 84-4: 497 から +1）

Phase 84 プロジェクト完全達成: 15件 → 0件（100%削減）
純削減: 220行

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-12-02 21:09:15 +09:00
nyash-codex
21505b8b41 docs: Phase 84 インデックス更新 - Phase 84-4 完了反映 
Phase 84-4 完了に伴う更新:
- Case D: 15件 → 0件（100%完全解決）
- Phase 84-4-B 実装完了を反映
- Phase 84-4-C 不要（BoxCall 経路で解決）
- 型推論システムの完全箱化達成マーク

次のステップ: Phase 84-5（if_phi.rs 削除）
 2025-12-02 20:32:08 +09:00
nyash-codex
8a948988d1 docs: Phase 84-4 完了報告書 - Case D 100%完全解決達成 
Phase 84-4-B の驚きの成果を記録:
- Case D: 4件 → 0件（予想 1件 を大幅超過）
- Phase 84-4-C（Await）不要（BoxCall 経路で解決）
- 型推論システムの完全箱化達成

Phase 84 全体の成果:
- 15件 → 0件（100%削減）
- 型生成・型伝播・型統合の 3層構造完成
- レガシーフォールバック削除準備完了
 2025-12-02 20:30:22 +09:00
nyash-codex
c5abf62350 docs(phase84): Add Phase 84-3 analysis and Phase 84-4 recommendations 
Task agent investigation results after Phase 84-3 completion.

Remaining 4 Case D analysis:
- test_lowering_await_expression: await construct
- mir_lowering_of_qmark_propagate: QMark (?) construct
- mir_stage1_cli_emit_program_min_*: Stage1Cli type inference (2 tests)

Root cause (unified): BoxCall/Await/QMark return types not registered in value_types

Phase 84-4 implementation recommendations:
- Phase 84-4-A: dev fallback (0.5 days) - immediate unblock
- Phase 84-4-B: BoxCall type registration (1-2 days) - solves 3 cases
- Phase 84-4-C: Await type special handling (0.5 days) - solves 1 case

Documents added:
- phase84-3-summary.md: Reduction results and Phase 84-4 recommendations
- phase84-3-remaining-4-analysis.md: Detailed analysis of each test
- phase84-4-implementation-recommendation.md: Implementation guide with code examples
- phase84-index.md: Phase 84 overall index and roadmap
- phase84-3-final-report.md: Complete report with executive summary

Cumulative results:
- Phase 82: 12 cases
- Phase 84-2: 9 cases (25% reduction)
- Phase 84-3: 4 cases (56% reduction)
- Total: 67% reduction achieved (12 → 4)

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-12-02 20:18:13 +09:00
nyash-codex
4ef5eec162 feat(mir): Phase 84-2 CopyTypePropagator for Copy chain type propagation 
- Add CopyTypePropagator box (ChatGPT Pro design) for fixed-point
  Copy instruction type propagation
- Integrate into lifecycle.rs before return type inference
- Case D reduced from 12 to 9 (25% reduction)

Implementation:
- src/mir/phi_core/copy_type_propagator.rs: New box with fixed-point loop
- src/mir/phi_core/mod.rs: Add module export
- src/mir/builder/lifecycle.rs: Call propagator before return inference

Test results:
- Baseline: 494 passed, 33 failed (was 489/34)
- Case D: 9 remaining (from 12)
- Unit tests: 4/4 passed

Remaining 9 Case D breakdown:
- GroupA: Loop Edge Copy (7 cases) - PHI incoming needs Copy trace
- GroupB: Multi-level PHI (2 cases) - Recursive PHI resolution needed

Phase 84-3 will address GroupA with Edge Copy tracing in GenericTypeResolver.

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-12-02 19:37:01 +09:00
nyash-codex
0771945735 docs: Add Phase 84 Case D detailed analysis 
Task先生による残り15件のCase D詳細分析レポート。

## 主要発見

**根本原因**: Const命令の型アノテーション欠如（58-67%）
- Integer/Bool/Float/Null/Void定数が型登録されていない
- String定数は既に実装済み

## 分類

- GroupA: Const命令型アノテーション欠如（14-16件、58-67%）
- GroupB: Copy命令型伝播不足（6-8件、25-33%）
- GroupC: PHI命令型推論不足（4-6件、17-25%）
- GroupD: その他の命令型（2-4件）

## Phase 84-1 推奨

`src/mir/builder/emission/constant.rs` に5行追加で90%削減可能。

## ドキュメント

- phase84-case-d-detailed-analysis.md: 全24件の詳細分析
- phase84-case-d-summary.md: エグゼクティブサマリー

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-12-02 18:37:36 +09:00
nyash-codex
e656958033 feat(env): Phase 71-73 - SSA fix + Stage-3 ENV consolidation 
## Phase 71-SSA: StageBDriverBox birth warning 解消
- Fixed false-positive dev verify warning for static boxes
- StageBDriverBox is a static box, so it doesn't follow NewBox→birth pattern
- Modified lifecycle.rs to skip StageBDriverBox from birth() requirement

## Phase 73-A: Stage-3 legacy ENV 統一化
- Consolidated NYASH_PARSER_STAGE3 and HAKO_PARSER_STAGE3 → NYASH_FEATURES=stage3
- Updated 20 test files (46 direct replacements)
- Special handling for parser_stage3.rs compat layer and mir_static_main_args_loop.rs
- All test files now use unified NYASH_FEATURES=stage3

## Phase 72-73: ENV inventory documented
- Created phase72-73-env-inventory.md with complete usage analysis
- Identified 113 direct ENV reads requiring SSOT consolidation
- Prioritized Phase 72 (JoinIR EXPERIMENT SSOT) and Phase 73 (Stage-3 cleanup)

## Phase 74-SSA: Minimal reproduction for static box delegation
- Created parser_box_minimal.hako and ssa_static_delegation_min.hako
- Investigated spawn failure in selfhost compiler (arguments too long)
- Root cause: NYASH_NY_COMPILER_EMIT_ONLY=1 defaults to emit-only mode

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-12-02 12:36:28 +09:00
nyash-codex
4b3eb6b3a9 feat(phase71-ssa): SSA undef 完全解消達成！(4件→0件) 
## Phase 71-SSA SSA undef 削減 完全達成！

### 🎉 成果
- **SSA undef**: 4件 → **0件** (100%解消！)
- **所要時間**: 約2時間 (Task先生調査 + 実装 + 検証)
- **修正ファイル**: 3ファイル (.hako実装のみ、MIR/SSAビルダー不変)

### 🔍 根本原因 (Task先生による徹底分析)
**ValueId(272) = StringHelpers.starts_with_kw/3 の戻り値**
- static boxの委譲でValueIdマッピング失敗
- 引数パラメータ設定ログが一切出力されず
- 別関数の戻り値ValueIdが誤って引数として参照される

### 🛠️ 修正内容

**修正1: ParserStringUtilsBox.trim (Quick Win)**
- L76: `StringHelpers.skip_ws` → `ParserStringUtilsBox.skip_ws`
- 効果: SSA undef 4件 → 2件
- 副次効果: Main._parse_number/ParserBox.parse_block2 消滅

**修正2: ParserCommonUtilsBox.trim (修正案A)**
- L50-69: 委譲を廃止、直接実装に変更
- FuncScannerBox.trimの成功パターンを適用

**修正3: ParserBox.trim (修正案A)**
- L81-98: 委譲を廃止、直接実装に変更
- 効果: 残り2件のSSA undef完全解消

### ✅ 検証結果
```bash
grep -c 'ssa-undef-debug' logs/selfhost/stageb_20251202_111409_2674670.log
# 出力: 0 ← 🎉 完全解消！
```

### 📊 SSA undef 推移
| フェーズ | 件数 | 詳細 |
|---------|------|------|
| Phase 71初回 | 4件 | trim×2, _parse_number, parse_block2 |
| Quick Win後 | 2件 | trim×2 (予想外: 他2件消滅) |
| 修正案A後 | **0件** | 🎉 **完全解消！** |

### 🎯 残存課題 (次フェーズ)
1. dev verify警告: 1件 (StageBDriverBox birth)
2. Program JSON未出力: extract_ok=0 (rc=0だが行なし)

### 💡 重要な教訓
- static boxの委譲は危険 (ValueIdマッピング失敗)
- 静的呼び出し (BoxName.method) が SSA-friendly
- 成功パターン (FuncScannerBox.trim) の積極活用

### 📝 ドキュメント
- 詳細レポート: phase71-ssa-trim-fix-20251202.md
- Task先生分析: ValueId(272)特定、修正案A-C提案

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-12-02 11:16:01 +09:00
nyash-codex
13ce9e6888 docs(phase71): Phase 71 初回観測完了 - SSA/selfhost 根本原因特定 
## Phase 71 観測成果 (2025-12-02)

### ✅ 完了項目
- Phase 70完了直後にPhase 71代表パス実行成功
- RAW観測レイヤ活用成功 (707K log)
- SSA undef根本原因特定 (4件)
- dev verify問題特定 (1件)
- JoinIR/プラグイン正常動作確認

### 🔍 特定した根本原因

**SSA undef (4件)**:
1. ParserCommonUtilsBox.trim/1 - ValueId(272)未定義
2. ParserBox.trim/1 - ValueId(272)未定義
3. Main._parse_number/1 - ValueId(12)未定義
4. ParserBox.parse_block2/2 - ValueId(440)未定義

**dev verify警告 (1件)**:
- StageBDriverBox NewBox直後にbirth()未呼び出し

**重要な気づき**:
- JoinIR経路は正常動作 (問題なし)
- プラグイン初期化は成功 (問題なし)
- 真の問題はSSA/Stage-B MIR生成時のValueId未定義

### 📊 実行結果
```
rc_stageb=0        (Stage-B実行成功)
extract_ok=0       (Program JSON抽出失敗)
Program JSON行: 0件 (emit失敗)
```

### 📝 ドキュメント追加
- phase71-findings-20251202.md: 詳細観測レポート
- CURRENT_TASK.md L112-128: Phase 71完了記録

### 🎯 次のステップ
Phase 71-SSA-debugへ引き継ぎ:
- trim系関数 SSA undef修正 (4件 → 0件)
- StageBDriverBox birth警告解消 (1件 → 0件)
- Program JSON emit復活 (0件 → 1件以上)

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-12-02 10:19:07 +09:00
nyash-codex
5afc331754 docs(phi_core): Phase 70 完全達成！Trio 完全削除 (~1,443行) 
## Phase 70 実装完了

### ✅ 完了タスク（6/6）

**70-1**: loop_form_intake.rs Trio 使用削除
- 29行 → 2行（27行削減、85%削減）
- LocalScopeInspectorBox / LoopVarClassBox imports 削除
- 二重分類問題解消（LoopScopeShape が SSOT）

**70-2**: loop_to_join.rs 呼び出し側修正
- var_classes 引数削除
- Trio 依存ゼロ達成

**70-3**: 中間テスト
- loopform 14/14 PASS ✅
- 退行なし確認

**70-4**: phi_core/mod.rs 公開面削除（ユーザー実施）
- pub mod 3箇所削除

**70-5**: Trio 本体3ファイル削除（ユーザー実施）
- loop_var_classifier.rs: 578行
- loop_exit_liveness.rs: 414行
- local_scope_inspector.rs: 361行

**70-6**: 最終テスト・ドキュメント
- 498 passed, loopform 全 PASS ✅
- Phase 70 完了記録追加

### 📊 削減実績

**合計削減**: **~1,443行**（Phase 69-4 見込み通り）

**ファイル別**:
- Trio 定義3ファイル: 1,353行削除
- loop_form_intake.rs: 27行削減
- phi_core/mod.rs: pub mod 3箇所削除

### 🎯 達成内容

**1. 二重分類問題解消** ✅
- Before: intake_loop_form() + LoopScopeShape で2回分類
- After: LoopScopeShape のみで1回分類（SSOT 確立）

**2. Trio 依存完全排除** ✅
- 外部依存: 2箇所 → 0箇所
- Trio 本体: 完全削除

**3. LoopScopeShape SSOT 確立** ✅
- 変数分類: LoopScopeShape.pinned / carriers
- Exit liveness: LoopScopeShape.exit_live
- 定義追跡: LoopScopeShape.variable_definitions

### 🎊 Phase 48-6 設計の完全達成

**Phase 48-6 目標**: Trio を builder.rs のみに封じ込める
**Phase 70 達成**: Trio 完全削除（封じ込めから削除への昇華）

**進化の完結**:
1. Phase 25.1: Option C 実装（Trio 誕生）
2. Phase 48-4: LoopScopeShape 実装（Trio 代替）
3. Phase 48-6: Trio を builder.rs に封じ込め
4. Phase 69-3: MIR 決定性修正（BTreeSet 化）
5. Phase 69-4: Trio 削除準備完了
6. **Phase 70: Trio 完全削除** 🎉

### 🧪 テスト結果

- loopform: 14/14 PASS ✅
- 全体: 498 passed; 43 failed（既知エラーのみ、新規エラーなし）

### 📝 変更ファイル

**削除**:
- src/mir/phi_core/loop_var_classifier.rs (578行)
- src/mir/phi_core/loop_exit_liveness.rs (414行)
- src/mir/phi_core/local_scope_inspector.rs (361行)

**修正**:
- src/mir/join_ir/lowering/loop_form_intake.rs
- src/mir/join_ir/lowering/loop_to_join.rs
- src/mir/phi_core/mod.rs

**ドキュメント**:
- docs/development/current/main/phase69-4-trio-deletion-plan.md

### 🚀 Phase 69-70 合計削減

**~1,485行削減**:
- Phase 69-2: 42行（inspector 引数削除）
- Phase 70: 1,443行（Trio 完全削除）

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-12-02 09:45:54 +09:00
nyash-codex
2ea0f2a202 Remove Trio boxes and tidy loop scope warnings 2025-11-30 11:46:14 +09:00
nyash-codex
ea120dc9b1 docs(phi_core): Phase 69-4 完全達成！Trio 削除準備完了 
## 変更内容

### docs/development/current/main/phase69-4-trio-deletion-plan.md
- Phase 69-4.3: json_v0_bridge Trio 依存設計完了記録
  - 二重分類問題発見（変数分類が2回実行されている無駄）
  - Gap ゼロ確認（LoopScopeShape が Trio 完全カバー）
  - 最小変更設計（14行→2行、85%削減）
- Phase 69-4.4: Trio 削除条件固定完了記録
  - 6ステップ削除手順確定（合計3時間見積もり）
  - 安全性保証（退行防止策・ロールバック計画）
  - 削除完了条件（5項目の明確な基準）
- Phase 69-4.5: Phase 70 橋渡し完了記録
  - 実装パッケージ完備（設計・手順・Checklist）
  - Phase 70 開始条件すべて満たした
- まとめセクション更新
  - Phase 69-4 完全達成宣言
  - Phase 69 合計削減見込み ~1,485行
  - Phase 48-6 設計の完全勝利（進化の歴史）

## Phase 69-4 完了サマリー

### 達成タスク（5/5完了）
- ✅ 69-4.1: Trio callsite 棚卸し（Task agent）
- ✅ 69-4.2: phi_core 公開面削減方針明文化
- ✅ 69-4.3: json_v0_bridge Trio 依存設計
- ✅ 69-4.4: Trio 削除条件固定
- ✅ 69-4.5: Phase 70 橋渡し

### 成果物
- 📄 全体計画: phase69-4-trio-deletion-plan.md (完成)
- 📄 詳細設計: phase69-4.3-trio-to-loopscope-migration.md (20KB)
- 📋 TODO マーカー: src/mir/phi_core/mod.rs (L33-40)

### 削減見込み
- **~1,443行**（Trio 3箱 + 使用箇所）
  - 定義ファイル: 1,353行
  - loop_form_intake.rs: 14行 → 2行（12行削減）
  - loop_snapshot_merge.rs: ~60行削減
  - 呼び出し側: ~18行削減

### Phase 70 実装準備
- ✅ 6ステップ削除手順確定
- ✅ Before/After コード例完備
- ✅ 3段階ロールバック計画
- ✅ Checklist コピペ用完備

## 重要な発見

### 1. 二重分類問題
現在、変数分類が2回実行されている無駄を発見:
- intake_loop_form() で分類 ← 削除対象
- LoopScopeShape::from_loop_form() で再度分類 ← 正解

### 2. Gap ゼロ
LoopScopeShape は Trio 全機能をカバー済み:
- LocalScopeInspectorBox → variable_definitions ✅
- LoopVarClassBox → classify_all() ✅
- LoopExitLivenessBox → exit_live ✅

### 3. 最小変更
loop_form_intake.rs の 14行を 2行に削減可能（85%削減）

## Phase 48-6 設計の完全勝利

進化の軌跡:
1. Phase 25.1: Option C 実装（Trio 誕生）
2. Phase 48-4: LoopScopeShape 実装（Trio 代替）
3. Phase 48-6: Trio を builder.rs に封じ込め
4. Phase 69-3: MIR 決定性修正（BTreeSet 化）
5. **Phase 69-4: Trio 削除準備完了**
6. **Phase 70: Trio 完全削除**（予定）

設計哲学: 代替実装 → 可視性制御 → 設計固め → 安全削除

## 次のステップ

Phase 70 実装開始準備完了！
- 見積もり: 3時間
- 削減見込み: ~1,443行
- Checklist: phase69-4-trio-deletion-plan.md 参照

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-11-30 10:10:45 +09:00
nyash-codex
375bb66b41 feat(phi_core): Phase 69-4.2 Trio公開面削減方針明文化 
## 変更内容

### src/mir/phi_core/mod.rs
- Trio Legacy Boxes (3箱) の削除方針をコメント追加
  - LoopVarClassBox (578行)
  - LoopExitLivenessBox (414行)
  - LocalScopeInspectorBox (361行)
- 外部依存2箇所を明記:
  1. loop_form_intake.rs (~30行)
  2. loop_snapshot_merge.rs (~60行)
- TODO(Phase 70) マーカー設置（削減見込み ~1,443行）

### docs/development/current/main/phase69-4-trio-deletion-plan.md
- Phase 69-4 全体計画文書作成
- Phase 69-4.1: Trio callsite 棚卸し結果記録 ✅
- Phase 69-4.2: phi_core 公開面削減完了記録 ✅
- Phase 69-4.3-5: 未実施タスク整理 ⏳

## Phase 69-4.2 達成内容

**達成**:
- ✅ Trio 削除計画の明文化
- ✅ 外部依存箇所の記録
- ✅ Phase 70 削除条件の TODO 化

**未達成（Phase 70 で実施）**:
- ❌ pub 公開除去（外部依存残存のため継続）
- ❌ phi_core 内部化（LoopScopeShape 移行後に実現）

## 次のステップ

Phase 69-4.3: json_v0_bridge の Trio 依存を LoopScopeShape に寄せる設計

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-11-30 10:01:49 +09:00
nyash-codex
58c5d8c9bc feat(joinir): Phase 66-68 GenericTypeResolver + JoinIR First Chapter Wrap 
Phase 66: P3-C ジェネリック型推論箱化
- generic_type_resolver.rs 新設 (180行)
  - is_generic_method(): ArrayBox.get/pop/first/last, MapBox.get 判定
  - resolve_from_phi(): PHI解析によるジェネリック型推論
- TypeHintPolicy::is_p3c_target() 追加
  - P1/P2/P3-A/P3-B 以外を P3-C 候補として判定

Phase 67: P3-C 実利用への一歩
- phase67_generic_type_resolver.rs テスト追加 (3テスト)
- lifecycle.rs に P3-C 経路フック追加
  - GenericTypeResolver を P3-C 対象関数で優先使用
- A/B テストで旧経路との一致確認 (11 tests PASS)

Phase 68: JoinIR First Chapter Wrap (ドキュメント整理)
- 68-1: phase-30 README.md に Section 9 追加 (JoinIR 第1章完了サマリー)
- 68-2: README.md に JoinIR status セクション追加
- 68-3: CURRENT_TASK.md スリム化 (351→132行, 62%削減)
- 68-4: PHI_BOX_INVENTORY.md に Phase 66-67 完了セクション追加

Phase 69-1: Trio 棚卸し
- phase69-1-trio-inventory.md 作成
- Trio 使用箇所の完全棚卸し完了 (削減見込み 457-707行)

🐱 JoinIR 第1章完了！4つの柱確立:
- Structure (LoopForm)
- Scope (LoopScopeShape)
- JoinIR (Select/IfMerge/Loop)
- Type Hints (P1-P3-C)

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-11-30 08:54:18 +09:00
nyash-codex
0c23bc0788 docs: Phase 61-5 If PHI 棚卸し完了 
Phase 61-5: If PHI 残りパターン棚卸しと削減計画策定

New docs:
- phase61-5-3-if-phi-priority-table.md: P1/P2/P3 優先度表
  - P1: 18関数（薄いラッパー削除候補）
  - P2: 5関数（JoinIR 拡張統合候補）
  - P3: 3関数（型システム統合待ち）

- phase61-5.4-next-phase-candidates.md: Phase 61-6 削減候補（3個）
  - Wave 1: set_if_context 削除（11行）、dev フラグ削除（15行）
  - Wave 2: A/B テスト削除（50行）
  - 合計削減見込み: 76行

- phase61-5-summary.md: Phase 61-5 全体サマリー
  - JoinIR カバー率: 完全28.6% + 部分57.1% = 85.7%
  - Phase 61-6 実装準備完了

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-11-29 15:57:14 +09:00
nyash-codex
588129db65 feat(joinir): Phase 34-6 MethodCall 構造と本物の substring 意味論 
**Phase 34-6 実装完了**: MethodCall 構造を JoinIR に追加し、本物の substring
呼び出しを通すことに成功。

## 主要変更

### 1. MethodCall 構造追加 (34-6.1)
- `src/mir/join_ir/mod.rs`: JoinInst::MethodCall バリアント (+8 lines)
  - 構造: `{ dst, receiver, method, args }`
  - 設計原則: JoinIR は構造のみ、意味論は MIR レベル

### 2. extract_value 更新 (34-6.2)
- `src/mir/join_ir/frontend/ast_lowerer.rs`: Method 処理本物化 (+37 lines)
  - receiver/args を extract_value で再帰処理
  - ダミー Const(0) 削除 → 本物の MethodCall 生成
  - cond 処理修正: ValueId(0) ハードコード → extract_value で取得

### 3. JoinIR→MIR 変換実装 (34-6.3)
- `src/mir/join_ir_vm_bridge.rs`: MethodCall → BoxCall 変換 (+12 lines)
- `src/mir/join_ir/json.rs`: MethodCall JSON シリアライゼーション (+16 lines)
- `src/mir/join_ir_runner.rs`: MethodCall 未対応エラー (+7 lines)

### 4. テスト更新 (34-6.4)
- `docs/.../fixtures/json_shape_read_value.program.json`: 本物の substring 構造
- `src/tests/joinir_frontend_if_select.rs`: run_joinir_via_vm 使用
- テスト成功: v="hello", at=3 → "hel" ✅

## 成果

- ✅ テスト全通過（1 passed; 0 failed）
- ✅ 設計原則確立: JoinIR = 構造 SSOT、意味論 = MIR レベル
- ✅ Phase 33-10 原則との整合性: Method でも同じ原則適用

**ドキュメント更新**: CURRENT_TASK.md + TASKS.md（Phase 34-6 完了記録）

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-11-27 17:05:46 +09:00
nyash-codex
8750186e55 chore: Phase 26-H セッション完了 - 全ドキュメント更新 
Phase 26-H 完了内容:
✅ JoinIR 型定義実装（src/mir/join_ir.rs）
✅ MIR → JoinIR 自動変換実装（lower_min_loop_to_joinir）
✅ 自動変換テスト実装（mir_joinir_min_auto_lowering）
✅ PHI/Loop箱 → JoinIR 移行対応表追加（loopform_ssot.md）

ドキュメント更新:
- Phase 27 JoinIR タスク計画追加
- Phase 26-H タスク完了記録
- 各種 README 更新（進捗反映）
- CURRENT_TASK.md 更新

コミット統計: $(git status --short | wc -l) files changed

次のステップ: Phase 27 一般化 MIR → JoinIR 変換
 2025-11-23 05:53:27 +09:00
nyash-codex
6815065e72 docs: Phase 21.7++ チェックリスト最終更新 - コミットハッシュ記録 
Phase 3 と Phase 4 のコミットハッシュを TBD から実際の値に更新:
- Phase 3: c8ad1dae (全体統一)
- Phase 4: 806e4d72 (ドキュメント整備)

Phase 21.7++ 全フェーズ完全完了！🎊

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-11-22 02:54:44 +09:00
nyash-codex
806e4d72c4 docs(phase21.7): Phase 21.7++ Phase 4完了 - ドキュメント整備 
## Phase 4 実装内容

### Phase 4.1: README 更新
- docs/development/roadmap/phases/phase-21.7-normalization/README.md
  - "Phase 21.7++ 実装完了" セクション追加（60行）
  - SSOT ルール・実装箇所・デバッグ環境変数を文書化
  - 全4フェーズの完了状況をコミットハッシュ付きで記録
  - 技術的成果の総括（Silent Failure根絶、arity バグ根治等）

### Phase 4.2: トラブルシューティングガイド作成
- docs/development/troubleshooting/using-resolution.md（新規作成、200+行）
  - 4つのエラーパターン別対処法
  - デバッグフローチャート
  - FAQ セクション
  - Phase 21.7++ 実装前後の比較表

### チェックリスト更新
- docs/development/current/main/phase-21.7-naming-ssot-checklist.md
  - Phase 0-4 完了状況サマリー追加
  - 累計工数: 10時間（進捗率: 50-67%）

## 技術的成果サマリー

✅ **Phase 0**: Silent Failure 根絶（時間→分）
✅ **Phase 1**: StaticMethodId SSOT 確立
✅ **Phase 2**: arity バグ根治（Hotfix 卒業）
✅ **Phase 3**: 素手 split 根絶（Builder 統一）
✅ **Phase 4**: ドキュメント整備（再発防止）

**Phase 21.7++ 全フェーズ完了！** 🎊

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-11-22 02:51:16 +09:00
nyash-codex
c8ad1dae65 feat(naming): Phase 21.7++ Phase 3 完全達成 - Builder 側 StaticMethodId SSOT 統一 
## 🎊 成果概要
**Phase 3: 全体統一** - MIR Builder 側を StaticMethodId 準拠に統一！

### ✅ 実装完了項目（全4タスク）
1. **素手 split 調査** (Phase 3.1)
   - 調査結果: known.rs に2箇所のみ（split_once）
   - unified_emitter には素手 split なし
   - 置き換え対象: 2箇所のみで簡潔

2. **unified_emitter.rs 統一** (Phase 3.2)
   - methodization 部分を StaticMethodId::parse() に変更
   - decode_static_method() → StaticMethodId::parse()
   - is_static_method_name() → StaticMethodId::parse().is_some()
   - arity 判定を Optional 対応（None も許容）

3. **known.rs split_once 置き換え** (Phase 3.3)
   - 2箇所の split_once('.') → StaticMethodId::parse()
   - box_name 取得を構造化表現経由に統一
   - コード削減: 8行 → 4行（50%削減）

4. **テスト実行・確認** (Phase 3.4)
   - json_lint_stringutils_min_vm: PASS ✅
   - namingbox_static_method_id: 13/13 PASS ✅
   - ビルド成功、警告のみ（既存問題）

### 📊 技術的効果
- **素手 split 根絶**: 全箇所を StaticMethodId 経由に統一
- **コード品質向上**: 構造化表現で型安全化
- **保守性向上**: 名前パース処理が SSOT に集約
- **後方互換**: 既存機能に影響なし

### 🎯 Phase 4 への準備完了
- Builder/VM 両方が StaticMethodId SSOT 準拠
- ドキュメント整備のみ残存（2-3時間）

---

**Phase 0**: ✅ 完了 (Silent Failure 根絶)
**Phase 1**: ✅ 完了 (SSOT 基盤確立)
**Phase 2**: ✅ 完了 (VM 統一)
**Phase 3**: ✅ 完了 (Builder 統一)
**Phase 4**: 次のタスク (ドキュメント化)

🧮 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-11-22 02:43:45 +09:00
nyash-codex
1b413da51e feat(naming): Phase 21.7++ Phase 2 完全達成 - VM StaticMethodId SSOT 統一 
## 🎊 成果概要
**Phase 2: VM 統一** - arity バグ根治、VM 名前解決が SSOT 準拠！

### ✅ 実装完了項目（全4タスク）
1. **global.rs を StaticMethodId ベース化** (handlers/calls/global.rs:10-27)
   - Hotfix（normalize + arity 補完）→ 正式実装（StaticMethodId ベース）
   - パース成功: StaticMethodId::parse() → with_arity() → format()
   - パース失敗: 従来の normalize（builtin 互換）

2. **デバッグログ強化** (global.rs:33-47)
   - NYASH_DEBUG_FUNCTION_LOOKUP=1 でパース情報表示
   - box_name, method, arity を明示的に出力

3. **VM テスト拡張** ✅ 既存テストで十分
   - json_lint_stringutils_min_vm テスト完全通過

4. **テスト実行・確認**
   - ✅ json_lint_stringutils_min_vm: PASS
   - ✅ namingbox_static_method_id: 13/13 PASS
   - ✅ 全体テスト: 349 passed; 17 failed (Phase 0時と同様、退行なし)

### 📊 技術的効果
- **arity バグ根治**: "Box.method" → "Box.method/N" 補完が SSOT 経由
- **デバッグ向上**: 関数名パース情報が即座に確認可能
- **コード品質**: Hotfix → 正式実装へ移行完了
- **後方互換**: builtin 関数（print, panic 等）も正常動作

### 🎯 Phase 3 への準備完了
- MIR Builder 側も StaticMethodId 統一（Phase 3 候補）
- 全体統一で 100-200 行削減見込み

---

**Phase 0**: ✅ 完了 (Silent Failure 根絶)
**Phase 1**: ✅ 完了 (SSOT 基盤確立)
**Phase 2**: ✅ 完了 (VM 統一)
**Phase 3-4**: 次のマイルストーン (全体統一・ドキュメント化)

🧮 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-11-22 02:31:35 +09:00
nyash-codex
96c1345ec0 feat(naming): Phase 21.7++ Phase 1 完全達成 - StaticMethodId SSOT 基盤確立 
## 🎉 成果概要
**Phase 1: 基盤整備** - NamingBox SSOT の構造化された基盤完成！

### ✅ 実装完了項目（全5タスク）
1. **StaticMethodId 構造体導入** (src/mir/naming.rs:86-248)
   - 構造化された関数名表現: box_name, method, arity
   - Optional arity でパース柔軟性確保

2. **ヘルパー関数追加**
   - `parse()`: "Box.method/N" or "Box.method" をパース
   - `format()`: 構造化 ID → 文字列変換
   - `with_arity()`: arity 補完用ビルダー
   - 互換性エイリアス: parse_global_name(), format_global_name()

3. **包括的テスト追加** (src/tests/namingbox_static_method_id.rs)
   - 13 テストケース全通過 ✅
   - arity 有り/無し、normalize、format、round-trip、エラー処理
   - エッジケース: 複数ドット、大きな arity、不正入力

4. **テスト登録** (src/tests/mod.rs:21)
   - Phase 21.7++ コメント付きで登録

5. **動作確認**
   - `cargo test --release --lib namingbox_static_method_id`
   - 全 13 テスト PASS (0.00s)

### 📊 技術的効果
- **SSOT 確立**: 関数名パース/フォーマットを 1 箇所に集約
- **型安全**: 構造化表現で誤用防止
- **テスト保証**: 13 ケースで安全性確保
- **後方互換**: エイリアス関数で段階移行可能

### 🎯 Phase 2 への準備完了
- VM 側の関数ルックアップを StaticMethodId ベース化
- arity バグ根治への基盤確立

---

**Phase 0**: ✅ 完了 (Silent Failure 根絶)
**Phase 1**: ✅ 完了 (SSOT 基盤確立)
**Phase 2**: 次のタスク (VM 統一)

🧮 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-11-22 02:25:22 +09:00
nyash-codex
ce7517dc21 docs(phase-21.7): NamingBox SSOT 統一化チェックリスト作成 
Phase 21.7++ の詳細実装計画を文書化

## 作成ファイル
- docs/development/current/main/phase-21.7-naming-ssot-checklist.md
  - Phase 0-4 の詳細タスクリスト（チェックボックス付き）
  - 各タスクの具体的な実装コード例
  - テストケース
  - 工数見積もり・優先順位
  - 完了条件

## CURRENT_TASK.md 更新
- Phase 21.7 セクションにチェックリストへのリンク追加

## 実装優先順位
1. Phase 0: 観測ライン緊急構築（最優先、2-3時間）
2. Phase 1: 基盤整備（4-6時間）
3. Phase 2: VM 統一（3-4時間）
4. Phase 3-4: 全体統一・ドキュメント（Phase 22+）

次のステップ: Phase 0 実装開始
 2025-11-22 01:59:27 +09:00
nyash-codex
380a724b9c debug(stage1): Phase 25.1 - MIR Builder 型混乱バグ完全特定 
🚨 重大発見: .hakoレベルでは修正不可能なMIR Builderバグ

🔍 根本原因特定:
- MIR Builder の型レジストリシステムが型情報を正しく追跡できていない
- new ArrayBox() で生成したValueIdが、誤った型として認識される
- PHIマージポイントで型情報が失われる/上書きされる

📊 系統的な型混乱パターン:
1. args.size() → ParserBox.size() (本来: ArrayBox.size())
2. cli_args.length() → ParserBox.length() (本来: ArrayBox.length())
3. new ArrayBox().size() → LoopOptsBox.size() (本来: ArrayBox.size())

❌ すべての.hako回避策が失敗:
- パラメータ名変更: args → cli_args → cli_args_raw
- 新しいArrayBox作成: local x = new ArrayBox()
- Fail-Fast Guard追加
→ すべて同じ型混乱エラー

✅ 決定的証拠:
- __mir__.log が一度も実行されなかった
→ エラーは MIR生成時に発生（実行時ではない）
→ .hakoコードの問題ではない

📋 成果物:
- __mir__.log マーカー追加 (lang/src/runner/stage1_cli.hako)
  - stage1_main 入口ログ
  - env toggles ログ
  - args.size() 前後ログ
- StringHelpers.to_i64 改善 (lang/src/shared/common/string_helpers.hako)
  - null/Void ガード追加
  - デバッグログ追加
- 完全調査レポート:
  - stage1_mir_builder_type_confusion_bug.md (最終レポート)
  - stage1_mir_log_investigation.md (詳細調査ログ)

🔧 必要な修正 (推定6-10時間):
Phase 1: デバッグトレース追加 (30分)
  - src/mir/builder/types/mod.rs に NYASH_MIR_TYPE_TRACE
Phase 2: トレース実行 (1時間)
  - 型情報がどこで失われるか特定
Phase 3: 根本修正 (4-8時間)
  - NewBox生成時の型登録修正
  - PHI型伝播ロジック修正
  - 型レジストリ整合性チェック追加
Phase 4: 検証 (1時間)
  - stage1_cli 正常動作確認

🎯 結論:
MIR Builder の根本的インフラバグ。SSA変換とPHIノード経由での
型情報追跡に失敗している。.hakoレベルでは回避不可能。

Co-Authored-By: Claude <noreply@anthropic.com>
Co-Authored-By: Task Assistant <task@anthropic.com>
 2025-11-21 08:03:03 +09:00
nyash-codex
3beddd6eb4 docs(stage1): Phase 25.1 - Stage-1 CLI ValueId(34) SSA バグ完全調査完了 
🔍 根本原因特定:
- 問題箇所: stage1_cli.hako:111 の args null チェックパターン
  local argc = 0; if args != null { argc = args.size() }

- 発生条件:
  1. 深い制御フロー（BasicBlockId(12266) = 12,266ブロック）
  2. using chain 複雑さ（BuildBox → ParserBox → 50+ファイル）
  3. 多段階早期return（複数の支配フロンティアとPHIマージ）

- なぜShapeテストは通るか:
  - スタブ実装（複雑な外部Box呼び出しなし）
  - 単一ファイル（using chain なし）
  - シンプルなCFG（数十ブロック vs 12,266ブロック）

✅ 解決策4案提示:
- Solution A: Fail-Fast Guard（最優先・最簡単）
  if args == null { args = new ArrayBox() }
  → PHI merge を 1定義に潰す

- Solution B: デバッグロジック抽出
  → 問題パターンを小さな関数に隔離

- Solution C: Rust Bridge修正
  → stage1_bridge.rs で常に非null保証

- Solution D: MIR Builder根治（長期）
  → SSA構築ロジック・PHI配置アルゴリズム改善

📋 成果物:
- 詳細調査レポート: docs/development/current/main/stage1_cli_ssa_valueid34_analysis.md
  - ValueId(34)の定義/使用ブロック解析
  - 呼び出しチェーン追跡
  - 制御フロー複雑度分析
  - 4つの解決策の詳細実装手順

- Shapeテスト追加: src/tests/stage1_cli_entry_ssa_smoke.rs
  - mir_stage1_cli_entry_like_pattern_verifies
  - mir_stage1_cli_stage1_main_shape_verifies
  - 構文とCFG形の正しさを検証（PASS）

🎯 技術的成果:
- MIRレベルのSSA追跡失敗メカニズムを完全解明
- 「テストは通るが実物は失敗」のギャップを構造的に特定
- 箱レベルでの実装可能な解決策を4案提示

Co-Authored-By: Claude <noreply@anthropic.com>
Co-Authored-By: Task Assistant <task@anthropic.com>
 2025-11-21 07:00:05 +09:00
nyash-codex
461bdec45a feat(phi): Step 5-5-H完了 - Phantom block検証＋PHI決定性向上 
✅ Step 5-5-H: exit_preds検証でphantom block除外
  - loop_snapshot_merge.rs line 268: CFG実在チェック追加

✅ PHI生成決定性向上（4ファイル）
  - HashMap/HashSet → BTreeMap/BTreeSet変換
  - if_phi.rs, loop_phi.rs, loop_snapshot_merge.rs, loopform_builder.rs

✅ 根本原因分析完了（Task先生調査）
  - ValueId変動の真因: HashMap非決定的イテレーション
  - 詳細: docs/development/current/main/valueid-*.md

📊 テスト結果: 267/268 PASS（退行なし）
  - mir_funcscanner_skip_ws: 非決定性残存（variable_map由来）
  - 後続タスクで対応予定

🎉 PHI Bug Option C実装ほぼ完了！

🤖 Generated with [Claude Code](https://claude.com/claude-code)

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-11-20 17:10:03 +09:00
nyash-codex
77d4fd72b3 phase: 20.49 COMPLETE; 20.50 Flow+String minimal reps; 20.51 selfhost v0/v1 minimal (Option A/B); hv1-inline binop/unop/copy; docs + run_all + CURRENT_TASK -> 21.0 2025-11-06 15:41:52 +09:00
Selfhosting Dev
f0608e9bb1 feat: Phase 2.4 レガシーアーカイブ整理完了（151MB削減） 
## 🎉 完了項目
- ✅ plugin_box_legacy.rs削除（7.7KB、参照ゼロ確認済み）
- ✅ REMOVEDコメント整理（encode.rs簡潔化）
- ✅ venv削除（143MB節約、.gitignoreは既存）
- ✅ llvm_legacyスタブ化（8KB、compile_error!による安全化）

## 🏆 成果
- **リポジトリサイズ改善**: 151MB削減
- **コード整理**: レガシーコード安全にアーカイブ
- **プラグインファースト**: StrictPluginFirst継続動作

## ✅ 検証完了
- cargo build --release --features llvm (警告のみ、エラーなし)
- LLVMハーネス実行: print出力正常
- プラグイン動作: StringBox等正常動作

codex先生の戦略に従った安全な段階的削除を実行

Co-Authored-By: codex <noreply@anthropic.com>
 2025-09-24 14:13:15 +09:00
Selfhosting Dev
81211c22ad feat: MIR Call命令統一Phase 3.1-3.2完了！統一Call実装進行中 
✨ Phase 3.1-3.2実装完了
- build_indirect_call_expressionでCallTarget::Value使用
- print関数をcall_global print()として統一
- build_function_callでemit_unified_call使用
- ExternCall(env.console.log)→Callee::Global(print)完全移行

🏗️ MIR統一基盤構築
- src/mir/definitions/call_unified.rs: 統一定義（297行）
- emit_unified_call()と便利メソッド3種実装
- NYASH_MIR_UNIFIED_CALL=1で段階移行制御
- VM実行器でCallee対応実装済み

📊 進捗状況（26%削減見込み）
- Phase 1-2: ✅ 基盤構築完了
- Phase 3.1-3.2: ✅ 基本関数統一完了
- Phase 3.3: 🔄 BoxCall統一中
- Phase 4: 📅 Python LLVM（最優先・63%削減）
- Phase 5: 📅 PyVM/VM統一

📚 ドキュメント更新
- CLAUDE.md: テストスクリプト参考集追加
- CURRENT_TASK.md: Phase 3進捗更新
- python-llvm-priority-rationale.md: 優先順位戦略文書化
- mir-call-unification-master-plan.md: スケジュール最新化

🎯 6種類→1種類: Call/BoxCall/PluginInvoke/ExternCall/NewBox/NewClosure → MirCall統一へ

🤖 Generated with [Claude Code](https://claude.ai/code)

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-09-24 01:05:44 +09:00
Selfhosting Dev
d99b941218 docs: add MIR13 mode doc and set PHI-off as default; bridge lowering split (if/loop/try); llvmlite resolver stabilization; curated runner default PHI-off; refresh CURRENT_TASK.md 2025-09-17 10:58:12 +09:00
Tomoaki
a2b89fae7e phase15: update CLAUDE.md and sync with current progress 
- Update phase indicator to Phase 15 (Self-Hosting)
- Update documentation links to Phase 15 resources
- Reflect completion of R1-R5 tasks and ongoing work
- Fix CURRENT_TASK.md location to root directory

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-09-05 13:29:17 +09:00
Moe Charm
fb2d8e37d5 🎉 Phase 11.8/12.7: MIR Core-13 完全実装 + 糖衣構文ドキュメント更新 
主要な変更:
- MIR Core-13命令セット確定（Load/Store削除の革命的設計）
  - Const, BinOp, Compare（値・計算）
  - Jump, Branch, Return, Phi（制御）
  - Call, BoxCall, ExternCall（呼び出し）
  - TypeOp, Safepoint, Barrier（メタ）
- Phase 12.7糖衣構文ドキュメント整理（超圧縮重視、可逆変換保証）
- MIRビルダーのモジュール分割完了
- vtableテストスイート拡充
- AI協調開発ツール追加（並列リファクタリング支援）

詳細:
- src/mir/instruction_introspection.rs: core13_instruction_names()追加
- MIRビルダー分割: decls.rs, exprs_*.rs, fields.rs
- plugin_loader_v2: errors.rs, host_bridge.rs分離
- 論文用データ: mir13-final.md作成

🤖 Generated with [Claude Code](https://claude.ai/code)

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-09-04 11:34:15 +09:00
Moe Charm
6488b0542e Phase 12.7完了 + ChatGPT5によるVMリファクタリング 
## 📚 Phase 12.7 ドキュメント整理
- ChatGPT5作成のANCP Token仕様書v1を整備
- フォルダ構造を機能別に再編成:
  - ancp-specs/ : ANCP圧縮技法仕様
  - grammar-specs/ : 文法改革仕様
  - implementation/ : 実装計画
  - ai-feedback/ : AIアドバイザーフィードバック
- 各フォルダにREADME.md作成で導線改善

## 🔧 ChatGPT5によるVMリファクタリング
- vm_instructions.rs (1927行) をモジュール分割:
  - boxcall.rs : Box呼び出し処理
  - call.rs : 関数呼び出し処理
  - extern_call.rs : 外部関数処理
  - function_new.rs : FunctionBox生成
  - newbox.rs : Box生成処理
  - plugin_invoke.rs : プラグイン呼び出し
- VM実行をファイル分割で整理:
  - vm_state.rs : 状態管理
  - vm_exec.rs : 実行エンジン
  - vm_control_flow.rs : 制御フロー
  - vm_gc.rs : GC処理
- plugin_loader_v2もモジュール化

## ✨ 新機能実装
- FunctionBox呼び出しのVM/MIR統一進捗
- ラムダ式のFunctionBox変換テスト追加
- 関数値の直接呼び出し基盤整備

次ステップ: ANCPプロトタイプ実装開始（Week 1）

🤖 Generated with [Claude Code](https://claude.ai/code)

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-09-04 03:41:02 +09:00
Moe Charm
7455c9ec97 Phase 12.7: Nyash文法革命とANCP 90%圧縮技法の発見 - 文法改革完了とFunctionBox実装 2025-09-03 20:03:45 +09:00
Moe Charm
6d79d7d3ac grammar(P0): add peek expression, continue statement, and field type annotations acceptance; add sample apps and interpreter path\n\n- tokenizer: add keywords (peek, continue), tokens (=> as FatArrow, :: as DoubleColon), keep >> as Arrow\n- parser: implement peek as expression (literal patterns only, else required), add continue; accept field 'name: Type' (discard type P0)\n- interpreter: evaluate PeekExpr; add Continue control flow handling\n- apps: add peek-demo, loop-continue-demo, adjust field-decl demo; use ConsoleBox instead of env.console for interpreter backend\n- docs: CURRENT_TASK updated earlier for Phase 12.7 P0\n\nNOTE: peek arms currently single-expression (no block expr yet); VM/MIR path does not lower PeekExpr yet; use --backend interpreter for demos 2025-09-03 15:26:15 +09:00
Moe Charm
ceb22b6c18 gui: add EguiBox TypeBox plugin (Windows egui stub)\n\n- plugins: add nyash-egui-plugin with TypeBox (resolve/invoke_id), Windows path for real window via eframe; stub on other OS\n- apps: add apps/egui-hello sample (open→uiLabel→run→close)\n- loader: improve Windows DLL resolution (target triples: x86_64/aarch64 msvc) and lib→dll mapping\n- tests: expand TypeBox vs TLV diff tests up to FileBox; all green\n- docs: update CURRENT_TASK checklist (diff tests completed)\n- config: nyash.toml add EguiBox (type_id=70), plugin registry and methods 2025-09-03 13:58:52 +09:00
Moe Charm
59b8cb3ace Phase 11.9: 統一文法アーキテクチャ作業中 - MIR builder分割とJIT lower整理 
- MIR builder: stmts/exprs/typeingモジュール分割による整理
- JIT lower: core/ops_ext.rs追加（外部呼び出し系の分離）
- 統一文法エンジン基盤構築中（grammar/unified-grammar.toml対応）
- ChatGPT5協調作業: M1完了、M2作業中

🤖 Generated with [Claude Code](https://claude.ai/code)

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-09-03 01:37:38 +09:00
Moe Charm
d52779dc10 jit: ops_ext delegation + M3 syntax scaffolding; unify BoxCall execution path 2025-09-02 17:12:51 +09:00
Moe Charm
c9366d5c54 Phase 11.8/12: MIR Core-13 roadmap, Nyash ABI design, async/await enhancements with TaskGroupBox foundation 
Major additions:
- Phase 11.8 MIR cleanup specification (Core-15→14→13 roadmap)
- Nyash ABI unified design document (3×u64 structure)
- TaskGroupBox foundation with cancelAll/joinAll methods
- Enhanced async/await with checkpoint auto-insertion
- Structured concurrency preparation (parent-child task relationships)

Documentation:
- docs/development/roadmap/phases/phase-11.8_mir_cleanup/: Complete Core-13 path
- docs/development/roadmap/phases/phase-12/NYASH-ABI-DESIGN.md: Unified ABI spec
- Updated Phase 12 README with AOT/JIT explanation for script performance
- Added async_task_system/ design docs

Implementation progress:
- FutureBox spawn tracking with weak/strong reference management
- VM checkpoint integration before/after await
- LLVM backend async support preparation
- Verifier rules for await-checkpoint enforcement
- Result<T,E> normalization for timeout/cancellation

Technical insights:
- MIR as 'atomic instructions', Box as 'molecules' philosophy
- 'Everything is Box' enables full-stack with minimal instructions
- Unified BoxCall for array/plugin/async operations future consolidation

Next steps:
- Complete TaskGroupBox implementation
- Migrate from global to scoped task management
- Implement LIFO cleanup on scope exit
- Continue Core-13 instruction consolidation

🚀 'From 15 atoms to infinite programs: The Nyash Box Theory'
 2025-09-02 03:41:51 +09:00
Moe Charm
c13d9c045e 📚 Phase 12: Nyashスクリプトプラグインシステム設計と埋め込みVM構想 
## 主な成果
- Nyashスクリプトでプラグイン作成可能という革命的発見
- C ABI制約の分析と埋め込みVMによる解決策
- MIR/VM/JIT層での箱引数サポートの詳細分析

## ドキュメント作成
- Phase 12基本構想（README.md）
- Gemini/Codex先生の技術分析
- C ABIとの整合性問題と解決策
- 埋め込みVM実装ロードマップ
- 箱引数サポートの技術詳細

## 重要な洞察
- 制約は「リンク時にC ABI必要」のみ
- 埋め込みVMでMIRバイトコード実行により解決可能
- Nyashスクリプト→C ABIプラグイン変換が実現可能

Everything is Box → Everything is Plugin → Everything is Possible!
 2025-08-30 22:52:16 +09:00
Moe Charm
7a0f9bd432 🚨 AI協調開発の危機回避事例を論文化（paper-09） 
「ん？大丈夫？」の一言がPython特化ハードコーディングを防いだ事例を記録。
Everything is Box哲学 vs 技術的正しさの綱渡りからの生還を分析。

- docs/research/paper-09-ai-collaboration-pitfall/ を新規作成
  - incident-analysis.md: Lowerer特殊化危機の詳細分析
  - ai-collaboration-lessons.md: AI協調開発の教訓
  - intuition-in-engineering.md: エンジニアの直感の価値
  - summary.md: 綱渡りからの生還まとめ
- 研究論文の1論文1フォルダ原則に従い整理
- Python統合関連の実装修正とビルド成功確認

🛡️ Generated with Claude Code
 2025-08-30 08:54:15 +09:00
Moe Charm
db265d7f29 🐍 Python統合をAOTレベルまで完成（eval方式でunsupported=0達成） 
- PyRuntimeBox.eval() で完全AOT対応（FloatBox返却）
- NYASH_PY_AUTODECODE=1 によるプリミティブ型自動変換
- ConsoleBox経由の出力もAOT対応
- 多数のPythonテストサンプル追加
- 論文「1ヶ月でインタープリターからネイティブまで」執筆開始

課題：
- import/getattr/callはプラグイン側の実装待ち
- importとevalの文脈共有は未対応

🤖 Generated with [Claude Code](https://claude.ai/code)

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-08-30 07:47:21 +09:00
Moe Charm
1b98f85df9 🚀 Phase 10.11: Everything is Plugin革命完了！ 
主な変更:
- ConsoleBox/MathBoxプラグイン実装・登録完了
- nyash_box.toml 2ファイルシステム設計（中央レジストリ+個別仕様書）
- 全プラグインにnyash_box.tomlテンプレート追加
- プラグイン優先機能（NYASH_USE_PLUGIN_BUILTINS=1）文書化
- ビルトインBox削除準備（ChatGPT5実装中）
- ネイティブビルドデモ追加（Linux/Windows動作確認済み）

Everything is Box → Everything is Plugin への歴史的転換！
開発20日目にしてビルトインBox全削除という革命的決定。

🤖 Generated with Claude Code

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-08-30 01:33:52 +09:00