c9366d5c54
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'
Nyash ABI戦略議論まとめ (2025-09-01)
📋 概要
Phase 12のプラグインシステム実装において、C ABIとNyash ABIの選択について、AI先生方と深い技術議論を行いました。
🗂️ ドキュメント一覧
-
- Gemini先生の長期エコシステム視点
- ABI安定性の重要性
- 段階的進化戦略（C ABI → SDK → WASM）
-
- Codex先生の実装最適化視点
- C呼出規約×Nyash値表現の提案
- VM/JIT最適化の具体策
-
- なぜ正解が難しいのかの深い分析
- 時間軸のジレンマ
- 「正解がない」ことが答え
🎯 結論：BoxCall拡張による統合案
最終的な実装方針
// MIRレベル：BoxCallをちょっと拡張
MirInstruction::BoxCall {
receiver: Value,
method: String,
args: Vec<Value>,
abi_hint: Option<AbiType>, // ← これだけ追加
}
利点
- MIR命令数は15個のまま（美しさ維持）
- 既存コードは変更不要（後方互換）
- プラグインごとにABI選択可能（段階的移行）
- Everything is Box哲学の体現
実装計画
Week 1: 基盤整備
- PluginABI enum定義
- nyash.tomlのabi field追加
- NyashValue構造体作成
Week 2: VM統合
- プラグインローダー拡張
- VM実行時のABI分岐
- pack/unpack実装
Week 3: 検証
- 比較ベンチマーク
- ドキュメント作成
- 方向性判断
🔑 重要な洞察
-
両ABI共存が現実的
- C ABI：既存資産・高速・安定
- Nyash ABI：型安全・拡張性・将来性
-
適応的戦略の採用
- 3ヶ月ごとに測定・評価
- データに基づく進化
-
箱理論による差し替え可能性
- 実装を箱に切り出す
- いつでも戻せる安心感
📊 次のステップ
- このREADMEを起点に実装開始
- 最小限のプロトタイプ作成
- 性能・開発体験の比較データ収集
- Phase 12本実装への反映
「間に挟むだけ」が最も難しい設計判断だった。しかし、BoxCall拡張という自然な解決策にたどり着いた。