# Claude Quick Start (Minimal Entry) このファイルは最小限の入口だよ。詳細はREADMEから辿ってねにゃ😺 ## Start Here (必ずここから) - 現在のタスク: [CURRENT_TASK.md](docs/development/current/CURRENT_TASK.md) - ドキュメントハブ: [README.md](README.md) - 🚀 **開発マスタープラン**: [00_MASTER_ROADMAP.md](docs/development/roadmap/phases/00_MASTER_ROADMAP.md) - 📊 **JIT統計JSONスキーマ(v1)**: [jit_stats_json_v1.md](docs/reference/jit/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](docs/development/roadmap/phases/00_MASTER_ROADMAP.md) **現在のフェーズ:Phase 11 (MIR Core-15確定 → LLVM準備)** ## 🏃 開発の基本方針: 80/20ルール - 完璧より進捗 ### なぜこのルールか? **実装後、必ず新しい問題や転回点が生まれるから。** - 100%完璧を目指すと、要件が変わったときの手戻りが大きい - 80%で動くものを作れば、実際の使用からフィードバックが得られる - 残り20%は、本当に必要かどうか実装後に判断できる ### 実践方法 1. **まず動くものを作る**(80%) 2. **改善アイデアは `docs/ideas/` フォルダに記録**(20%) 3. **優先度に応じて後から改善** ## 🚀 クイックスタート ### 🎯 実行方式選択 (重要!) - **[実行バックエンド完全ガイド](docs/reference/architecture/execution-backends.md)** - インタープリター(開発・デバッグ)/ VM(高速実行)/ WASM(Web配布) - ⚡ **ベンチマーク機能**: `--benchmark` で3バックエンド性能比較 - **[ビルド方法完全ガイド](docs/guides/build/)** - プラットフォーム別ビルド手順 ### 🐧 Linux/WSL版 ```bash # ビルドと実行(32スレッド並列ビルド) cargo build --release -j32 ./target/release/nyash program.nyash # 高速VM実行 ./target/release/nyash --backend vm program.nyash # WASM生成 ./target/release/nyash --compile-wasm program.nyash # ⚡ ベンチマーク実行(性能比較) ./target/release/nyash --benchmark --iterations 100 ``` ### 🪟 Windows版 ```bash # クロスコンパイルで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インタープリター実行)** ```bash # WASMビルド(ルートディレクトリで実行) wasm-pack build --target web # 開発サーバー起動 python3 -m http.server 8010 # ブラウザでアクセス # http://localhost:8010/nyash_playground.html ``` #### 2️⃣ **Nyash→MIR→WASM(Nyashプログラムをコンパイル)** ```bash # NyashコードをWASMにコンパイル(WAT形式で出力) ./target/release/nyash --compile-wasm program.nyash -o output.wat ``` #### 3️⃣ **Nyash→AOT/Native(Cranelift/LLVM)** ```bash # 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 ``` ## 📝 Update (2025-08-31) - MIR Core-15への統合(37命令→15命令) - LLVM導入開始(Phase 11) - 各種Rewriteトグル追加 - JIT/AOT 予約シンボル登録 - 詳細: [CURRENT_TASK.md](docs/development/current/CURRENT_TASK.md) ## ⚡ 重要な設計原則 ### 🏗️ Everything is Box - すべての値がBox(StringBox, IntegerBox, BoolBox等) - ユーザー定義Box: `box ClassName { init { field1, field2 } }` ### 🌟 完全明示デリゲーション ```nyash // デリゲーション構文(すべてのBoxで統一的に使える!) box Child from Parent { // from構文でデリゲーション init(args) { // コンストラクタは「init」に統一 from Parent.init(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 { } // 多重デリゲーションも可能! ``` ### 🔄 統一ループ構文 ```nyash // ✅ 唯一の正しい形式 loop(condition) { } // ❌ 削除済み構文 while condition { } // 使用不可 loop() { } // 使用不可 ``` ### 🌟 birth構文 - 生命をBoxに与える ```nyash // 🌟 「Boxに生命を与える」直感的コンストラクタ box Life { init { name, energy } birth(lifeName) { // ← Everything is Box哲学を体現! me.name = lifeName me.energy = 100 print("🌟 " + lifeName + " が誕生しました!") } } // ✅ 優先順位: birth > pack > init > Box名形式 local alice = new Life("Alice") // birthが使われる ``` ### 🚨 pack構文 - ビルトインBox継承専用 ```nyash // ⚠️ pack構文はビルトインBox継承専用!ユーザー定義Boxでは使わない box EnhancedP2P from P2PBox { pack(nodeId, transport) { from P2PBox.pack(nodeId, transport) // ビルトイン初期化 } } ``` ### 🎯 正統派Nyashスタイル ```nyash // 🚀 Static Box Main パターン - エントリーポイントの統一スタイル static box Main { init { console, result } // フィールド宣言 main() { // ここから始まる!他の言語と同じエントリーポイント me.console = new ConsoleBox() me.console.log("🎉 Everything is Box!") // local変数も使用可能 local temp temp = 42 me.result = temp return "Revolution completed!" } } ``` ### 📝 変数宣言厳密化システム ```nyash // 🔥 すべての変数は明示宣言必須!(メモリ安全性・非同期安全性保証) // ✅ static box内のフィールド static box Calculator { init { result, memory } // 明示宣言 calculate() { me.result = 42 // ✅ フィールドアクセス local temp // ✅ local変数宣言 temp = me.result * 2 } } // ❌ 未宣言変数への代入はエラー x = 42 // Runtime Error: 未宣言変数 + 修正提案 ``` ### ⚡ 実装済み演算子 ```nyash // 論理演算子(完全実装) not condition // NOT演算子 a and b // AND演算子 a or b // OR演算子 // 算術演算子 a / b // 除算(ゼロ除算エラー対応済み) a + b, a - b, a * b // 加算・減算・乗算 ``` ### ⚠️ 重要な注意点 ```nyash // ✅ 正しい書き方 init { field1, field2 } // カンマ必須(CPU暴走防止) // ❌ 間違い init { field1 field2 } // カンマなし→CPU暴走 ``` ## 📚 ドキュメント構造 ### 🎯 最重要ドキュメント(開発者向け) - **[copilot_issues.txt](docs/development/roadmap/native-plan/copilot_issues.txt)** - Phase順開発計画 - **[CURRENT_TASK.md](docs/development/current/CURRENT_TASK.md)** - 現在進行状況詳細 - **[native-plan/README.md](docs/development/roadmap/native-plan/README.md)** - ネイティブビルド計画 ### 📖 利用者向けドキュメント - 入口: [docs/README.md](docs/README.md) - Getting Started: [docs/guides/getting-started.md](docs/guides/getting-started.md) - Language Guide: [docs/guides/language-guide.md](docs/guides/language-guide.md) - Reference: [docs/reference/](docs/reference/) ### 🎯 よく使う情報(クイックアクセス) - **📐 言語仕様**: [LANGUAGE_REFERENCE_2025.md](docs/reference/language/LANGUAGE_REFERENCE_2025.md) - **🤖 MIR命令セット**: [INSTRUCTION_SET.md](docs/reference/mir/INSTRUCTION_SET.md) - **📦 Box API**: [boxes-system/](docs/reference/boxes-system/) - **⚡ VM実装**: [VM_README.md](docs/VM_README.md) - **🌐 Netプラグイン**: [net-plugin.md](docs/reference/plugin-system/net-plugin.md) - **🎮 実装済みアプリ**: サイコロRPG・統計計算・LISPインタープリター ## 🎨 GUI開発 ### EguiBox - GUIアプリケーション開発 ```nyash // EguiBoxでGUIアプリ作成 local app app = new EguiBox() app.setTitle("Nyash GUI App") app.setSize(800, 600) // 注意: 現在メインスレッド制約により // app.run() は特別な実行コンテキストが必要 ``` **実装状況**: 基本実装完了、GUI実行コンテキスト対応中 ## 📖 ドキュメントファースト開発(重要!) ### 🚨 開発手順の鉄則 **絶対にソースコードを直接読みに行かない!必ずこの順序で作業:** 1. **📚 ドキュメント確認** - まず既存ドキュメントをチェック 2. **🔄 ドキュメント更新** - 古い/不足している場合は更新 3. **💻 ソース確認** - それでも解決しない場合のみソースコード参照 ### 🎯 最重要ドキュメント(2つの核心) #### 🔤 言語仕様 - **[構文早見表](docs/quick-reference/syntax-cheatsheet.md)** - 基本構文・よくある間違い - **[完全リファレンス](docs/reference/language/LANGUAGE_REFERENCE_2025.md)** - 言語仕様詳細 #### 📦 主要BOXのAPI - **[Box/プラグイン関連](docs/reference/boxes-system/)** - APIと設計 ### ⚡ API確認の実践例 ```bash # ❌ 悪い例:いきなりソース読む Read src/boxes/p2p_box.rs # 直接ソース参照 # ✅ 良い例:ドキュメント優先 Read docs/reference/ # まずドキュメント(API/言語仕様の入口) # → 古い/不足 → ドキュメント更新 # → それでも不明 → ソース確認 ``` ## 🔧 開発サポート ### 🤖 AI相談 ```bash # Gemini CLIで相談 gemini -p "Nyashの実装で困っています..." # Codex実行 codex exec "質問内容" ``` ### 💡 アイデア管理(docs/ideas/フォルダ) **80/20ルールの「残り20%」を整理して管理** ``` docs/ideas/ ├── improvements/ # 80%実装の残り20%改善候補 ├── new-features/ # 新機能アイデア └── other/ # その他すべて(調査、メモ、設計案) ``` ### 🧪 テスト実行 **詳細**: [テスト実行ガイド](docs/guides/testing-guide.md) ⚠️ **ルートディレクトリの汚染防止ルール** ⚠️ ```bash # ❌ 絶対ダメ:ルートで実行 ./target/release/nyash test.nyash # ログがルートに散乱! # ✅ 正しい方法:必ずディレクトリを使う ./target/release/nyash local_tests/test.nyash ``` ### ⚠️ ビルド時間に関する重要な注意 **wasmtime依存関係により、フルビルドは2-3分かかります。** - タイムアウトエラーを避けるため、ビルドコマンドには十分な時間を設定 - 例: `cargo build --release -j32` (3分以上待つ) ### 🐛 デバッグ #### パーサー無限ループ対策 ```bash # 🔥 デバッグ燃料でパーサー制御 ./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. **🧹 機会改善** - デッドコード削除など、ついでにできる改善も実施 詳細: [開発プラクティス](docs/guides/development-practices.md) ## ⚠️ Claude実行環境の既知のバグ 詳細: [Claude環境の既知のバグ](docs/tools/claude-issues.md) ### 🐛 Bash Glob展開バグ(Issue #5811) ```bash # ❌ 失敗するパターン ls *.md | wc -l # エラー: "ls: 'glob' にアクセスできません" # ✅ 回避策1: bash -c でラップ bash -c 'ls *.md | wc -l' # ✅ 回避策2: findコマンドを使う find . -name "*.md" -exec wc -l {} \; ``` ## 🚨 コンテキスト圧縮時の重要ルール **コンテキスト圧縮を検出した場合の必須手順:** 1. **⏸️ 作業停止** - 「コンテキスト圧縮を検出しました」と報告 2. **📊 状況確認** - git status, git log, cargo check 3. **📋 現在タスク確認** - `CURRENT_TASK.md` を読み取り 4. **🤝 明示的確認** - ユーザーに「次に何をしましょうか?」と確認 詳細: [Claude環境の既知のバグ](docs/tools/claude-issues.md#コンテキスト圧縮時の重要ルール) --- Notes: - ここから先の導線は README.md に集約 - 詳細情報は各docsファイルへのリンクから辿る - このファイルは500行以内を維持する(現在約490行)