hakorune/CLAUDE.md

Claude Quick Start (Minimal Entry)

このファイルは最小限の入口だよ。詳細はREADMEから辿ってねにゃ😺

Start Here (必ずここから)

• 現在のタスク: CURRENT_TASK.md
  • 📁 Main: docs/development/current/main/
  • 📁 LLVM: docs/development/current/llvm/
  • 📁 Self: docs/development/current/self_current_task/
• ドキュメントハブ: README.md
• 🚀 開発マスタープラン: 00_MASTER_ROADMAP.md
• 📊 JIT統計JSONスキーマ(v1): jit_stats_json_v1.md

🧱 先頭原則: 「箱理論（Box-First）」で足場を積む

Nyashは「Everything is Box」。実装・最適化・検証のすべてを「箱」で分離・固定し、いつでも戻せる足場を積み木のように重ねる。

• 基本姿勢: 「まず箱に切り出す」→「境界をはっきりさせる」→「差し替え可能にする」
  • 環境依存や一時的なフラグは、可能な限り「箱経由」に集約（例: JitConfigBox）
  • VM/JIT/GC/スケジューラは箱化されたAPI越しに連携（直参照・直結合を避ける）
• いつでも戻せる: 機能フラグ・スコープ限定・デフォルトオフを活用し、破壊的変更を避ける
  • 「限定スコープの足場」を先に立ててから最適化（戻りやすい積み木）
• AI補助時の注意: 「力づく最適化」を抑え、まず箱で境界を確立→小さく通す→可視化→次の一手

実践テンプレート（開発時の合言葉）

• 「箱にする」: 設定・状態・橋渡しはBox化（例: JitConfigBox, HandleRegistry）
• 「境界を作る」: 変換は境界1箇所で（VMValue↔JitValue, Handle↔Arc）
• 「戻せる」: フラグ・feature・env/Boxで切替。panic→フォールバック経路を常設
• 「見える化」: ダンプ/JSON/DOTで可視化、回帰テストを最小構成で先に入れる

🤖 Claude×Copilot×ChatGPT協調開発

📋 開発マスタープラン - 全フェーズの統合ロードマップ

すべてはここに書いてある！ → 00_MASTER_ROADMAP.md

現在のフェーズ：Phase 15 (Nyashセルフホスティング - 80k→20k行への革命的圧縮)

🏃 開発の基本方針: 80/20ルール - 完璧より進捗

なぜこのルールか？

実装後、必ず新しい問題や転回点が生まれるから。

• 100%完璧を目指すと、要件が変わったときの手戻りが大きい
• 80%で動くものを作れば、実際の使用からフィードバックが得られる
• 残り20%は、本当に必要かどうか実装後に判断できる

実践方法

1. まず動くものを作る（80%）
2. 改善アイデアは docs/ideas/ フォルダに記録（20%）
3. 優先度に応じて後から改善

🚀 クイックスタート

🎯 実行方式選択 (重要!)

• 実行バックエンド完全ガイド
  • インタープリター（開発・デバッグ）/ VM（高速実行）/ WASM（Web配布）
  • ⚡ ベンチマーク機能: --benchmark で3バックエンド性能比較
• ビルド方法完全ガイド - プラットフォーム別ビルド手順

🚀 JIT セルフホスト クイックスタート (Phase 15)

# コアビルド (JIT)
cargo build --release --features cranelift-jit

# コアスモーク (プラグイン無効)
NYASH_CLI_VERBOSE=1 ./tools/jit_smoke.sh

# ラウンドトリップ (パーサーパイプ + JSON)
./tools/ny_roundtrip_smoke.sh

# Nyコンパイラ MVP経路 (Phase 15.3実装中!)
NYASH_USE_NY_COMPILER=1 ./target/release/nyash program.nyash

# JSON v0 Bridge経由実行（完成済み）
python tools/ny_parser_mvp.py program.nyash | ./target/release/nyash --ny-parser-pipe

🐧 Linux/WSL版

# ビルドと実行
cargo build --release --features cranelift-jit
./target/release/nyash program.nyash

# 高速VM実行
./target/release/nyash --backend vm program.nyash

# WASM生成
./target/release/nyash --compile-wasm program.nyash

🪟 Windows版

# クロスコンパイルでWindows実行ファイル生成
cargo install cargo-xwin
cargo xwin build --target x86_64-pc-windows-msvc --release

# 生成された実行ファイル (4.1MB)
target/x86_64-pc-windows-msvc/release/nyash.exe

🌐 WebAssembly版（2種類）

1️⃣ Rust→WASM（ブラウザでNyashインタープリター実行）

# WASMビルド（ルートディレクトリで実行）
wasm-pack build --target web

# 開発サーバー起動
python3 -m http.server 8010

# ブラウザでアクセス
# http://localhost:8010/nyash_playground.html

2️⃣ Nyash→MIR→WASM（Nyashプログラムをコンパイル）

# NyashコードをWASMにコンパイル（WAT形式で出力）
./target/release/nyash --compile-wasm program.nyash -o output.wat

3️⃣ Nyash→AOT/Native（Cranelift/LLVM）

# Cranelift JIT
cargo build --release --features cranelift-jit
./target/release/nyash --backend vm --compile-native program.nyash -o program.exe

# LLVM (開発中)
cargo build --release --features llvm
./target/release/nyash --aot program.nyash -o program.exe

🎯 実証済みビルド方法 (2025-09-10完全成功)

🔨 ビルドスクリプト（24スレッド並列・無制限時間）

# JIT (Cranelift) ビルド - 1-2分
./build_jit.sh

# LLVM MIR14 ビルド - 3-5分  
./build_llvm.sh

📝 手動ビルドコマンド

# 1. JIT (Cranelift) - 127警告、0エラー ✅
cargo build --release --features cranelift-jit -j 24
./target/release/nyash program.nyash

# 2. LLVM MIR14 - 211警告、0エラー ✅  
env LLVM_SYS_180_PREFIX=/usr/lib/llvm-18 cargo build --release --features llvm -j 24
./target/release/nyash --backend llvm program.nyash

# 3. プラグインテスト実証済み ✅
# CounterBox (3080バイト)
echo 'local c = new CounterBox(); c.inc(); c.inc(); print(c.get())' > test.nyash
./target/release/nyash --backend llvm test.nyash

# MathBox (2040バイト)  
echo 'local m = new MathBox(); print(m.sqrt(16))' > test.nyash
./target/release/nyash --backend llvm test.nyash

# StringBox (3288バイト)
echo 'local s = new StringBox(); print(s.concat("Hello"))' > test.nyash
./target/release/nyash --backend llvm test.nyash

⚠️ ビルド時間の注意:

• JITビルド: 1-2分（高速）
• LLVMビルド: 3-5分（時間がかかる）
• 必ず十分な時間設定で実行してください

🚨 Claude迷子防止ガイド - 基本的な使い方で悩む君へ！

😵 迷ったらこれ！（Claude Code専用）

# 🎯 基本実行（まずこれ）
./target/release/nyash program.nyash

# 🐛 エラーが出たらこれ（プラグイン無効）
NYASH_DISABLE_PLUGINS=1 ./target/release/nyash program.nyash

# 🔍 デバッグ情報が欲しいときはこれ
NYASH_CLI_VERBOSE=1 ./target/release/nyash program.nyash

# ⚡ 高性能実行（LLVM）
./target/release/nyash --backend llvm program.nyash

# 🧪 using系テスト（Phase 15）
NYASH_DISABLE_PLUGINS=1 NYASH_ENABLE_USING=1 NYASH_VM_USE_PY=1 ./target/release/nyash program.nyash

🚨 Phase 15重要注意

• ❌ JIT/Cranelift現在無効化済み（--backend cranelift使用不可）
• ✅ VM（デフォルト）とLLVMのみ安定動作
• 🎯 基本はVM、高性能が欲しい時はLLVM

📊 環境変数優先度マトリックス（Claude向け）

環境変数	必須度	用途	使用タイミング
NYASH_DISABLE_PLUGINS=1	⭐⭐⭐	エラー対策	プラグインエラー時
NYASH_CLI_VERBOSE=1	⭐⭐	デバッグ	詳細情報が欲しい時
NYASH_ENABLE_USING=1	⭐⭐	Phase 15	using構文テスト時
NYASH_VM_USE_PY=1	⭐	Phase 15	PyVM経路使用時
NYASH_DUMP_JSON_IR=1	⭐	開発	JSON出力確認時

💡 覚え方：迷ったらNYASH_DISABLE_PLUGINS=1から試す！

🚀 よく使う実行コマンド（忘れやすい）

🎯 基本実行方法

# VMバックエンド（デフォルト、高速）
./target/release/nyash program.nyash
./target/release/nyash --backend vm program.nyash

# LLVMバックエンド（最適化済み）
./target/release/nyash --backend llvm program.nyash

# プラグインテスト（LLVM）
./target/release/nyash --backend llvm program.nyash

# プラグイン無効（デバッグ用）
NYASH_DISABLE_PLUGINS=1 ./target/release/nyash program.nyash

🔧 テスト・スモークテスト

# コアスモーク（プラグイン無効）
./tools/jit_smoke.sh

# LLVMスモーク
./tools/llvm_smoke.sh

# ラウンドトリップテスト
./tools/ny_roundtrip_smoke.sh

# Stage-2 PHIスモーク（If/Loop PHI合流）
./tools/ny_parser_stage2_phi_smoke.sh

# Stage-2 Bridgeスモーク（算術/比較/短絡/if）
./tools/ny_stage2_bridge_smoke.sh

# プラグインスモーク（オプション）
NYASH_SKIP_TOML_ENV=1 ./tools/smoke_plugins.sh

# using/namespace E2E（要--enable-using）
./tools/using_e2e_smoke.sh

🐛 デバッグ用環境変数

# 詳細診断
NYASH_CLI_VERBOSE=1 ./target/release/nyash program.nyash

# JSON IR出力
NYASH_DUMP_JSON_IR=1 ./target/release/nyash program.nyash

# MIR出力（重要！）
NYASH_DUMP_MIR=1 ./target/release/nyash program.nyash
NYASH_VM_DUMP_MIR=1 ./target/release/nyash program.nyash  # VM実行時
./target/release/nyash --dump-mir program.nyash            # フラグ版

# PyVMデバッグ
NYASH_PYVM_DEBUG=1 ./target/release/nyash program.nyash

# パーサー無限ループ対策
./target/release/nyash --debug-fuel 1000 program.nyash

# プラグインなし実行
NYASH_DISABLE_PLUGINS=1 ./target/release/nyash program.nyash

# LLVMプラグイン実行（method_id使用）
./target/release/nyash --backend llvm program.nyash

# Python/llvmliteハーネス使用（開発中）
NYASH_LLVM_USE_HARNESS=1 ./target/release/nyash program.nyash

📝 Update (2025-09-23) 🚨 重大PHI命令バグ発見！Step 4改行処理も課題

• ✅ フェーズM+M.2完全達成！ PHI統一革命でcollect_prints問題根本解決
• ✅ Step 1完全達成！ match式オブジェクトリテラル判定修正完了
  • 修正完了: src/parser/expr/match_expr.rs の is_object_literal() メソッド追加
  • 副作用修正: match_token() → current_token() で副作用除去
  • 動作確認: 単行match式 + オブジェクトリテラル ✅ 完全動作
• ✅ Step 2完全達成！ peek→match完全統一でアーキテクチャクリーンアップ完了
  • 統一完了: 15ファイルで PeekExpr → MatchExpr 一括置換完了
  • ファイル移行: lowering/peek.rs → match_expr.rs 完全移行
  • コンパイル成功: エラーゼロで正常ビルド完了
  • 動作確認: match式テスト正常動作 ✅
  • 効果: AI理解性向上・コードベース一貫性・保守性大幅向上
• ✅ Step 3完全達成！ Task先生による複数行パース問題根本原因特定完了
  • 原因特定: オブジェクトリテラルパーサーの改行スキップ不足（src/parser/expr/primary.rs）
  • 修正箇所: L49、L77-79に skip_newlines() 追加で解決可能
  • 工数: 30分以内の簡単修正
• 🤔 Step 4課題発見！ 改行処理アーキテクチャの美しさ問題
  • 問題: skip_newlines() を各所に散りばめる方法は美しくない
  • 課題: 保守性・一貫性・見落としリスク・設計の美しさ
  • 方針: Gemini 3相談でアーキテクチャ根本改善検討
• 🚨 重大発見！ PHI命令処理バグ（gemini_test_case: 期待値2→実際0）
  • 問題: フェーズM+M.2のPHI統一作業でループ後変数マージに回帰バグ
  • 詳細: PHI命令は正しく動作（v8→2）だが、print時に間違ったPHI（v4→0）参照
  • 根本原因: ループ脱出後の変数PHI接続が初期値を参照している
  • 影響: Phase 15セルフホスティング基盤の重大バグ
  • 次のアクション: ChatGPT相談でMIRビルダー修正戦略立案

📝 Update (2025-09-22) 🎯 Phase 15 JITアーカイブ完了＆デバッグ大進展！

• ✅ JIT/Craneliftアーカイブ完了！ Phase 15集中開発のため全JIT機能を安全にアーカイブ
• 🔧 コンパイルエラー全解決！ JITスタブ作成でビルド成功、開発環境復活
• 🐛 empty args smoke test 90%解決！ collect_prints()の位置インクリメントバグ修正
• 📊 デバッグ手法確立！ 詳細トレース出力で問題を段階的に特定する手法完成
• ⚡ 次の一歩: ArrayBox戻り値問題解決でテスト完全クリア予定
• 🎯 AI協働デバッグ: Claude+ChatGPT修正+系統的トレースの完璧な連携実現
• 📋 詳細: JITアーカイブは archive/jit-cranelift/ に完全移動、復活手順も完備

📝 Update (2025-09-22) 🎯 Phase 15 重要バグ発見＆根本原因解明完了！

• ✅ using systemパーサー問題完全解決！ NYASH_RESOLVE_FIX_BRACES=1でブレースバランス自動修正
• 🆕 JSON Native実装を導入！ 別Claude Code君のfeature/phase15-nyash-json-nativeからapps/lib/json_native/取り込み完了
• 🔧 ChatGPTの統合実装承認！ JSON読み込み処理統合は正しい方向性、技術的に高度
• 🐛 重大バグ完全解明！
  • 問題: collect_printsメソッドでbreakの後のコードが実行されずnullを返す
  • 根本原因判明: src/mir/loop_builder.rsのdo_break()がswitch_to_unreachable_block_with_void()を呼び、break後のコードをunreachableとマーク
  • MIR解析結果:
    • Block 1394, 1407: 直接Block 1388（null return）にジャンプ
    • Block 1730: 正常なArrayBox return
    • レジスタ2: new ArrayBox()、レジスタ751: const 0（null）
  • デバッグ環境変数: NYASH_DUMP_JSON_IR=1, NYASH_PYVM_DEBUG=1でMIR/PyVM詳細追跡可能
  • 一時解決策: break→finished = 1フラグに置き換え（根治が必要）
• 📊 現在の状況:
  • using systemパーサーエラー: ✅ 完全解決
  • collect_prints()根本原因: ✅ loop_builder.rs特定完了
  • JSON Native: 📦 取り込み済み（match式互換性の課題あり）
• 🎯 技術成果:
  • PyVM内蔵Box（ArrayBox等）の早期リターンバグ修正
  • MIR JSON解析によるbreak/continue制御フロー問題の完全解明
  • loop_builder.rsのdo_break()修正が必要（次のタスク）
• 🚀 Phase 15セルフホスティング: MIRレベルの問題も特定済み、修正準備完了！

📝 Update (2025-09-18) 🌟 Property System革命達成！

• ✅ Property System革命完了！ ChatGPT5×Claude×Codexの協働により、stored/computed/once/birth_once統一構文完成！
• 🚀 Python→Nyash実行可能性飛躍！ @property/@cached_property→Nyash Property完全マッピング実現！
• ⚡ 性能革命: Python cached_property→10-50x高速化（LLVM最適化）
• 🎯 All or Nothing: Phase 10.7でPython transpilation、フォールバック無し設計
• 📚 完全ドキュメント化: README.md導線、実装戦略、技術仕様すべて完備
• 🗃️ アーカイブ整理: 古いphaseファイル群をarchiveに移動、導線クリーンアップ完了
• 📋 詳細: Property System仕様 | Python統合計画

📝 Update (2025-09-23) ✅ フェーズS実装完了！break制御フロー根治開始

• ✅ フェーズS完了！ PHI incoming修正+終端ガード徹底→重複処理4箇所統一
• 🔧 新ユーティリティ: src/mir/utils/control_flow.rsで制御フロー処理統一化
• 📊 AI協働成果: task+Gemini+codex+ChatGPT Pro最強分析→段階的実装戦略確立
• 🎯 次段階: フェーズM(PHI一本化)→数百行削減でPhase 15目標達成へ
• 📚 戦略: break-control-flow-strategy.md
• 💾 アーカイブ: codex高度解決策をarchive/codex-solutions/に保存

📝 Update (2025-09-14) 🎉 セルフホスティング大前進！

• ✅ Python LLVM実装が実用レベル到達！（esc_dirname_smoke, min_str_cat_loop, dep_tree_min_string全てPASS）
• 🚀 Phase 15.3開始！ NyashコンパイラMVP実装がapps/selfhost-compiler/でスタート！
• ✅ JSON v0 Bridge完成 - If/Loop PHI生成実装済み（ChatGPT実装）
• 🔧 Python MVPパーサーStage-2完成 - local/if/loop/call/method/new対応
• 📚 peek式の再発見 - when→peekに名前変更、ブロック/値/文すべて対応済み
• 🧠 箱理論でSSA構築を簡略化（650行→100行）- 論文執筆完了
• 🤝 AI協働の知見を論文化 - 実装駆動型学習の重要性を実証
• 🎉 面白事件ログ収集完了！ 41個の世界記録級事件を記録 → CURRENT_TASK.md#面白事件ログ
• 🎯 LoopForm戦略決定: PHIは逆Lowering時に自動生成（Codex推奨）
• 📋 詳細: Phase 15 README

🚀 新発見：プラグイン全方向ビルド戦略

# 同じソースから全形式生成！
plugins/filebox/
├── filebox.so     # 動的版（開発用）
├── filebox.o      # 静的リンク用
└── filebox.a      # アーカイブ版

# 単一EXE生成可能に！
clang main.o filebox.o pathbox.o libnyrt.a -o nyash_static.exe

⚡ 重要な設計原則

🏗️ Everything is Box

• すべての値がBox（StringBox, IntegerBox, BoolBox等）
• ユーザー定義Box: box ClassName { field1: TypeBox field2: TypeBox }
• MIR14命令: たった14個の命令で全機能実現！
  • 基本演算(5): Const, UnaryOp, BinOp, Compare, TypeOp
  • メモリ(2): Load, Store
  • 制御(4): Branch, Jump, Return, Phi
  • Box(2): NewBox, BoxCall
  • 外部(1): ExternCall

🌟 完全明示デリゲーション

// デリゲーション構文（すべてのBoxで統一的に使える！）
box Child from Parent {  // from構文でデリゲーション
    birth(args) {  // コンストラクタは「birth」に統一
        from Parent.birth(args)  // 親の初期化
    }
    
    override method() {  // 明示的オーバーライド必須
        from Parent.method()  // 親メソッド呼び出し
    }
}

// ✅ ビルトインBox、プラグインBox、ユーザー定義Boxすべてで可能！
box MyString from StringBox { }          // ビルトインBoxから
box MyFile from FileBox { }             // プラグインBoxから
box Employee from Person { }            // ユーザー定義Boxから
box Multi from StringBox, IntegerBox { } // 多重デリゲーションも可能！

🔄 統一ループ構文

// ✅ 唯一の正しい形式
loop(condition) { }

// ❌ 削除済み構文
while condition { }  // 使用不可
loop() { }          // 使用不可

🌟 birth構文 - 生命をBoxに与える

// 🌟 「Boxに生命を与える」直感的コンストラクタ
box Life {
    name: StringBox
    energy: IntegerBox
    
    birth(lifeName) {  // ← Everything is Box哲学を体現！
        me.name = lifeName
        me.energy = 100
        print("🌟 " + lifeName + " が誕生しました！")
    }
}

// ✅ birth統一: すべてのBoxでbirthを使用
local alice = new Life("Alice")  // birthが使われる

🌟 ビルトインBox継承

// ✅ Phase 12.7以降: birthで統一（packは廃止）
box EnhancedP2P from P2PBox {
    additionalData: MapBox
    
    birth(nodeId, transport) {
        from P2PBox.birth(nodeId, transport)  // 親のbirth呼び出し
        me.additionalData = new MapBox()
    }
}

🎯 正統派Nyashスタイル

// 🚀 Static Box Main パターン - エントリーポイントの統一スタイル
static box Main {
    console: ConsoleBox    // フィールド宣言
    result: IntegerBox
    
    main() {
        // ここから始まる！他の言語と同じエントリーポイント
        me.console = new ConsoleBox()
        me.console.log("🎉 Everything is Box!")
        
        // local変数も使用可能
        local temp
        temp = 42
        me.result = temp
        
        return "Revolution completed!"
    }
}

📝 変数宣言厳密化システム

// 🔥 すべての変数は明示宣言必須！（メモリ安全性・非同期安全性保証）

// ✅ static box内のフィールド
static box Calculator {
    result: IntegerBox     // 明示宣言
    memory: ArrayBox
    
    calculate() {
        me.result = 42  // ✅ フィールドアクセス
        
        local temp     // ✅ local変数宣言
        temp = me.result * 2
    }
}

// ❌ 未宣言変数への代入はエラー
x = 42  // Runtime Error: 未宣言変数 + 修正提案

⚡ 実装済み演算子

// 論理演算子（完全実装）
not condition    // NOT演算子
a and b         // AND演算子  
a or b          // OR演算子

// 算術演算子
a / b           // 除算（ゼロ除算エラー対応済み）
a + b, a - b, a * b  // 加算・減算・乗算

🎯 match式（パターンマッチング）

// 値を返す式として使用
local dv = match d {
    "0" => 0,
    "1" => 1,
    "2" => 2,
    _ => 0
}

// ブロックで複雑な処理も可能
local result = match status {
    "success" => { log("OK"); 200 }
    "error" => { log("NG"); 500 }
    _ => 404
}

// 文として使用（値を捨てる）
match action {
    "save" => save_data()
    "load" => load_data()
    _ => print("Unknown")
}

⚠️ 重要な注意点

// ✅ 正しい書き方（Phase 12.7文法改革後）
box MyBox {
    field1: TypeBox
    field2: TypeBox
    
    birth() {
        // 初期化処理
    }
}

🏗️ アーキテクチャ決定事項（2025-09-11）

Box/ExternCall境界設計の最終決定:

• 基本Box: nyrt内蔵（String/Integer/Array/Map/Bool）
• 拡張Box: プラグイン（File/Net/User定義）
• ExternCall: 最小5関数のみ（print/error/panic/exit/now）
• 統一原則: すべてのBoxはBoxCall経由（特別扱いなし）
• 表現統一: Box=ハンドル(i64)、i8*は橋渡しのみ

詳細: Box/ExternCall設計

📚 ドキュメント構造

🎯 最重要ドキュメント（開発者向け）

• Phase 15 セルフホスティング計画 - 80k→20k行革命
• Phase 15 ROADMAP - 現在の進捗チェックリスト
• Phase 15 INDEX - 入口の統合
• CURRENT_TASK.md - 現在進行状況詳細
• native-plan/README.md - ネイティブビルド計画

📖 利用者向けドキュメント

• 入口: docs/README.md
  • Getting Started: docs/guides/getting-started.md
  • Language Guide: docs/guides/language-guide.md
  • Reference: docs/reference/

🎯 リファレンス

• 言語: LANGUAGE_REFERENCE_2025.md
• MIR: INSTRUCTION_SET.md
• API: boxes-system/
• プラグイン: plugin-system/

📖 ドキュメントファースト開発（重要！）

🚨 開発手順の鉄則

絶対にソースコードを直接読みに行かない！必ずこの順序で作業：

1. 📚 ドキュメント確認 - まず既存ドキュメントをチェック
2. 🔄 ドキュメント更新 - 古い/不足している場合は更新
3. 💻 ソース確認 - それでも解決しない場合のみソースコード参照

🎯 最重要ドキュメント（2つの核心）

🔤 言語仕様

• 構文早見表 - 基本構文・よくある間違い
• 完全リファレンス - 言語仕様詳細

📦 主要BOXのAPI

• Box/プラグイン関連 - APIと設計

⚡ API確認の実践例

# ❌ 悪い例：いきなりソース読む
Read src/boxes/p2p_box.rs  # 直接ソース参照

# ✅ 良い例：ドキュメント優先
Read docs/reference/  # まずドキュメント（API/言語仕様の入口）
# → 古い/不足 → ドキュメント更新
# → それでも不明 → ソース確認

🔧 開発サポート

🎛️ 重要フラグ一覧（Phase 15）

# プラグイン制御
NYASH_DISABLE_PLUGINS=1     # Core経路安定化（CI常時）
NYASH_LOAD_NY_PLUGINS=1     # nyash.tomlのny_pluginsを読み込む

# 言語機能
--enable-using              # using/namespace有効化
NYASH_ENABLE_USING=1        # 環境変数版

# パーサー選択
--parser ny                 # Nyパーサーを使用
NYASH_USE_NY_PARSER=1       # 環境変数版
NYASH_USE_NY_COMPILER=1     # NyコンパイラMVP経路

# デバッグ
NYASH_CLI_VERBOSE=1         # 詳細診断
NYASH_DUMP_JSON_IR=1        # JSON IR出力

🤖 AI相談

# Gemini CLIで相談
gemini -p "Nyashの実装で困っています..."

# Codex実行
codex exec "質問内容"

🐍 Python LLVM バックエンド (実用レベル到達！)

場所: /src/llvm_py/

llvmliteベースのLLVMバックエンド実装。箱理論により650行→100行の簡略化を実現！ Rust/inkwellの複雑さを回避して、シンプルに2000行程度でMIR14→LLVM変換を実現。

⚠️ 重要: JIT/Craneliftは現在まともに動作しません！

• ビルドは可能（cargo build --release --features cranelift-jit）
• 実行は不可（内部実装が未完成）
• Python LLVMルートとPyVMのみが現在の開発対象です

実行方法

cd src/llvm_py
python3 -m venv venv
./venv/bin/pip install llvmlite
./venv/bin/python llvm_builder.py test_minimal.json -o output.o

実装済み命令

• ✅ const, binop, jump, branch, ret, compare
• ✅ phi, call, boxcall, externcall
• ✅ typeop, newbox, safepoint, barrier
• ✅ loopform (実験的)

利点: シンプル、高速プロトタイピング、llvmliteの安定性 用途: PHI/SSA検証、LoopForm実験、LLVM IR生成テスト

🔄 Codex非同期ワークフロー（並列作業）

# 基本実行（同期）
./tools/codex-async-notify.sh "タスク内容" codex

# デタッチ実行（即座に戻る）
CODEX_ASYNC_DETACH=1 ./tools/codex-async-notify.sh "タスク" codex

# 並列制御（最大2つ、重複排除）
CODEX_MAX_CONCURRENT=2 CODEX_DEDUP=1 CODEX_ASYNC_DETACH=1 \
  ./tools/codex-async-notify.sh "Phase 15タスク" codex

# 実行中のタスク確認
pgrep -af 'codex.*exec'

💡 アイデア管理（docs/ideas/フォルダ）

80/20ルールの「残り20%」を整理して管理

docs/ideas/
├── improvements/     # 80%実装の残り20%改善候補
├── new-features/     # 新機能アイデア  
└── other/           # その他すべて（調査、メモ、設計案）

🧪 テスト実行

詳細: テスト実行ガイド

Phase 15 推奨スモークテスト

# コアスモーク（プラグイン無効）
./tools/jit_smoke.sh

# ラウンドトリップテスト
./tools/ny_roundtrip_smoke.sh

# プラグインスモーク（オプション）
NYASH_SKIP_TOML_ENV=1 ./tools/smoke_plugins.sh

# using/namespace E2E（要--enable-using）
./tools/using_e2e_smoke.sh

ルート汚染防止: local_tests/ディレクトリを使う！

🐛 デバッグ

パーサー無限ループ対策

# 🔥 デバッグ燃料でパーサー制御
./target/release/nyash --debug-fuel 1000 program.nyash      # 1000回制限
./target/release/nyash --debug-fuel unlimited program.nyash  # 無制限
./target/release/nyash program.nyash                        # デフォルト10万回

対応状況: must_advance!マクロでパーサー制御完全実装済み✅

🤝 プロアクティブ開発方針

エラーを見つけた際は、単に報告するだけでなく：

1. 🔍 原因分析 - エラーの根本原因を探る
2. 📊 影響範囲 - 他のコードへの影響を調査
3. 💡 改善提案 - 関連する問題も含めて解決策を提示
4. 🧹 機会改善 - デッドコード削除など、ついでにできる改善も実施

詳細: 開発プラクティス

🎆 面白事件ログ（爆速開発の記録）

世界記録級の事件たち：

• JIT1日完成事件: 2週間予定が1日で完成（8/27伝説の日）
• プラグインBox事件: 「こらー！」でシングルトン拒否
• AIが人間に相談: ChatGPTが「助けて」と言った瞬間
• 危険センサー発動: 「なんか変だにゃ」がAIを救う

詳細は開発事件簿へ！

⚠️ Claude実行環境の既知のバグ

詳細: Claude環境の既知のバグ

🐛 Bash Glob展開バグ（Issue #5811）

# ❌ 失敗するパターン
ls *.md | wc -l          # エラー: "ls: 'glob' にアクセスできません"

# ✅ 回避策1: bash -c でラップ
bash -c 'ls *.md | wc -l'

# ✅ 回避策2: findコマンドを使う
find . -name "*.md" -exec wc -l {} \;

🚨 コンテキスト圧縮時: 作業停止→状況確認→CURRENT_TASK.md確認→ユーザー確認

---

Notes:

• ここから先の導線は README.md に集約
• 詳細情報は各docsファイルへのリンクから辿る
• このファイルは500行以内が目安（あくまで目安であり、必要に応じて増減可）
• Phase 15セルフホスティング実装中！詳細はPhase 15へ