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

1905 Commits

This Branch
This Branch
All Branches
Author SHA1 Message Date
nyash-codex
bc1fce3dfe docs: Phase 110 FileHandleBox設計指示書（5修正案統合版） 
Phase 110 設計の公式指示書を作成。5つの検討ポイントをすべて統合：

修正1: Task 1「ライフサイクル」に .hako パターン追加
- new → open → read/write → close の実装パターンを明示
- パターン1（書き込み）、パターン2（読み込み）、パターン3（close忘れ）を記載

修正2: Task 2「API定義」に is_open() と close()後の挙動を追加
- is_open() メソッドで open 状態をチェック
- close() 後の read/write は Err("FileHandleBox is not open")

修正3: Task 1「ライフサイクル」に二重 open の仕様を明記
- 既に open 済みの場合は Err を返す（Fail-Fast）
- 複数ファイルは複数インスタンスで対応

修正4: Task 2「API定義」に Ring0FsFileIo独立性を明記
- 各 FileHandleBox インスタンスが独立した FileIo を保持
- 複数インスタンスの同時 open が可能

修正5: Task 3 に FileHandleBox のプロファイル位置づけを完全記述
- Default: optional かつ使用可能 ✅
- NoFs: disabled（使用不可）❌
- 将来：TestMock/Sandbox/ReadOnly に対応予定

その他の充実：
- レイヤー図で FileBox/FileHandleBox/Ring0.fs の関係を可視化
- テストケース4つ（基本動作、二重open、close後、NoFsプロファイル）
- .hako側の使用パターン（3パターン）
- プロファイル別可用性テーブル
- 将来の拡張ポイント（append mode, metadata, 並行アクセス）

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

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-12-03 20:06:04 +09:00
nyash-codex
20f978fdf9 refactor: Phase 109後のコード整理・改善（セットA/B/C完全実装） 
全セット実装で総95行の純削減を達成（190削除, 95追加）

## Set A: Quick Wins (55行削減)
- FileBox caps check を check_write_capability() ヘルパーに統一
- is_required_in() から冗長な local variable 削除
- 未使用の CoreServicesConfig::from_env() 削除

## Set B: Architecture Refinement (65行削減)
- provider_lock の責務を「登録」のみに限定（init_* メソッド削除）
- PluginHost を initialization hub に統一
  - profile-aware provider 初期化を一元化
  - Default/NoFs の両 profile に対応
- FileBox::new() を Result-based に改善（Fail-Fast）
- delete()/copy() デッドコード削除（実装なし）
- PluginRegistry skeleton 削除（Phase 92 未実装プレースホルダ）

## Set C: Future-Proofing (+36行, 46追加/10削除)
- RuntimeProfile ドキュメント大幅拡充
  - 現在のプロファイル（Default, NoFs）の詳細説明
  - 将来のプロファイル（TestMock, Sandbox, ReadOnly, Embedded）を明示
- PluginHost::new_skeleton() 削除

## 設計改善

1. **責務分離の明確化**:
   - provider_lock: 登録のみ (set/get)
   - PluginHost: initialization hub (profile-aware setup)
   - initialize_runtime: env読み込みのみ

2. **Fail-Fast 原則の強化**:
   - FileBox provider missing → 即座にエラー（Default profile）
   - new() でパニック vs try_new() で Result

3. **将来への足がかり**:
   - Profile システムは拡張可能に設計
   - TestMock/Sandbox/ReadOnly/Embedded への対応準備完了

テスト:
- 既存テスト: 25/25 PASS ✅
- ビルド: SUCCESS ✅

ファイル変更:
- src/boxes/file/mod.rs (-58)
- src/runtime/core_box_ids.rs (-6)
- src/runtime/mod.rs (-23)
- src/runtime/plugin_host.rs (-90)
- src/runtime/provider_lock.rs (-62)
- src/runtime/runtime_profile.rs (+46)

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

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-12-03 19:58:50 +09:00
nyash-codex
4ef3e7f56c feat(phase109): RuntimeProfile設計で FileBox を条件付き optional に 
Phase 109 完全実装完了：
- RuntimeProfile enum (Default, NoFs) で profile 制御
- CoreBoxId.is_required_in(profile) で条件付き required/optional
- initialize_runtime() で env 読み込み責務を一元化（修正1）
- NoFsFileIo スタブで no-fs プロファイルでの FileBox 無効化（修正2）
- Logger/ConsoleService は no-fs でも有効と明示（修正2）
- Profile 拡張予定（TestMock/Sandbox/ReadOnly/Embedded）を予約（修正3）

実装ファイル:
- src/runtime/runtime_profile.rs (新規)
- src/providers/ring1/file/nofs_fileio.rs (新規)
- src/runtime/core_box_ids.rs (修正)
- src/runtime/plugin_host.rs (修正)
- src/runtime/provider_lock.rs (修正)
- docs 更新

テスト: Phase 109 11/11 PASS ✅
ビルド: cargo build --release SUCCESS ✅

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

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-12-03 19:37:32 +09:00
nyash-codex
2eda4bc86b docs: Phase 109 RuntimeProfile設計指示書追加（修正1-3統合版） 
Phase 109: minimal/no-fs プロファイル設計の公式指示書を作成。
3つの修正案をすべて統合：

修正1: Task 3「profile読み込み責務分離」
- initialize_runtime()層でのみ env から profile を読む
- PluginHost には profile を引数で渡す

修正2: Task 4「Logger関係の明示」
- Ring0.log / ConsoleService は no-fs でも有効
- FileBox のみ disabled

修正3: Task 2「Profile拡張予定」
- RuntimeProfile enum を拡張可能に設計
- 将来 TestMock/Sandbox/ReadOnly/Embedded 対応

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

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-12-03 19:22:55 +09:00
nyash-codex
61dc4dec9b feat(filebox): Phase 108 FileBox write/write_all implementation 
Implement write functionality for FileBox following Phase 108 specification,
completing the read/write pipeline via Ring0.FsApi.

## Implementation Summary

### Task 2: FsApi / Ring0FsFileIo write implementation
- Added write() method to FileIo trait
- Implemented write() in Ring0FsFileIo (truncate mode via Ring0.FsApi.write_all)
- Updated FileCaps to { read: true, write: true } for standard profile
- Added write() stub to CoreRoFileIo (returns Unsupported)

### Task 3: FileBox write/write_all implementation
- Updated FileBox.write_all() to delegate to provider.write()
- Updated FileBox.write() to convert content to text and call provider.write()
- UTF-8 conversion via String::from_utf8_lossy (text-oriented design)
- Returns "OK" on success, "Error: ..." on failure

### Task 4: Test coverage
- Round-trip test (write → read): ✅ PASS
- Truncate mode verification: ✅ PASS
- Write without open error: ✅ PASS
- Read-only provider rejection: ✅ PASS
- Auto-registration test updated: ✅ PASS

### Task 5: Documentation updates
- phase107_fsapi_fileio_bridge.md: Added Phase 108 section
- core_boxes_design.md: Updated Ring0.FsApi relationship section
- CURRENT_TASK.md: Added Phase 108 completion entry

## Design Decisions (from phase108_filebox_write_semantics.md)

- **Write mode**: truncate (overwrite existing file each time)
- **Text-oriented**: UTF-8 conversion via from_utf8_lossy
- **Append mode**: Planned for Phase 109+
- **Error handling**: FileError::Io for failures, Fail-Fast on caps.write=false

## Test Results

```
cargo test --release --lib filebox
test result: ok. 5 passed; 0 failed; 1 ignored
```

All FileBox tests pass, including Phase 107 compatibility tests.

## Pipeline Complete

```
FileBox.write(content)
    ↓
FileBox.write_all(buf)
    ↓
provider.write(text) ← Ring0FsFileIo implementation
    ↓
Ring0.FsApi.write_all()
    ↓
std::fs::write()
```

## Next Steps (Backlog)

- Phase 109: minimal/no-fs profile
- Phase 110: FileHandleBox (multiple files simultaneously)
- Phase 111: append mode implementation

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

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-12-03 18:40:33 +09:00
nyash-codex
d3e43b9a45 docs: Phase 108 FileBox write/write_all 実装設計（微調整版） 
- write mode: truncate（既存ファイル毎回上書き）採用
- FileIo trait に write() を追加
- テキスト前提（from_utf8_lossy），append は Phase 109+
- FileIo trait 拡張時の互換性（DummyFileIo stub）を明記
- テスト設計：round-trip, read-only拒否, double-open確認

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

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-12-03 18:26:04 +09:00
nyash-codex
0fd4962e4c feat(Ring0): Phase 107 - Ring0.FsApi FileIo integration complete 
Implementation Summary:
Phase 107 establishes FileBox as a unified layer over Ring0.FsApi

Completed Tasks:
- Task 1: FsApi SSOT review and documentation
- Task 2: FileIo designed as FsApi wrapper
- Task 3: Ring0FsFileIo implementation added
- Task 4: Fail-Fast integration verified
- Task 5: Documentation integration complete

Key Changes:
1. New File: src/providers/ring1/file/ring0_fs_fileio.rs
   - Ring0.FsApi-based FileIo implementation
   - Stateful wrapper (open/read/close)
   - UTF-8 handling via read_to_string()
   - One-file-at-a-time semantics (tested)

2. provider_lock.rs:
   - Added init_default_filebox_provider()
   - Auto-registration helper for Ring0FsFileIo

3. plugin_host.rs:
   - with_core_from_registry_optional() auto-registers default provider
   - Plugin priority maintained (debug logging)
   - Phase 106 MissingService check still active (Fail-Fast preserved)

4. Documentation:
   - phase107_fsapi_fileio_bridge.md: Complete design doc
   - phase106_filebox_design_revised.md: Phase 107 integration notes
   - core_boxes_design.md: Layer diagram and principles

Design Decisions:
- UTF-8 handling: read_to_string() for text-focused use cases
- One file at a time: open() returns Err if already open
- Plugin priority: init_default_filebox_provider() fails gracefully

Test Results:
- cargo build --release: SUCCESS
- plugin_host tests: 11 passed
- ring0_fs_fileio tests: 4 passed

Next Steps (Phase 108+):
- minimal/no-fs profile support
- write operations
- multi-file handle support
 2025-12-03 18:16:49 +09:00
nyash-codex
38db674101 docs: Phase 107 Ring0.FsApi ↔ FileIo 統合設計（検討事項追加版） 
- FsApi / FileIo / FileBox の関係を明確化
- UTF-8 ハンドリング、二重 open、プラグイン優先時の Err ハンドリングを明記
- Ring0FsFileIo 実装設計（read-only 版）
- 層の棲み分けと拡張ポイント（MockFileIo / NetworkFileIo / minimal/no-fs）確立

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

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-12-03 18:07:01 +09:00
nyash-codex
66479f921d feat(phase106): FileBox provider_lock整理 & Fail-Fast強化（案B統一版） 
Task 1: CoreBoxId.category() 修正
- File を CoreRequired 側に移動（L126）
- テスト期待値修正（L371）
- Phase 106 intent コメント更新（L107-115）

Task 2: provider_lock API 確認
- 変更なし（既存の set/get API をそのまま使用）
- get_filebox_provider_strict() は追加しない（シンプルに保つ）

Task 3: FileBox SSOT コメント追加
- L5-7 に責務明示コメント追加

Task 4: PluginHost に FileBox provider チェック追加
- with_core_from_registry_optional() に Phase 106 チェック追加（L158-167）
- test_with_core_from_registry_filebox_required() 追加（L413-445）
- 既存テスト2件を FileBox provider 初期化対応（L301-321, L323-351）
- test_with_core_from_registry_missing_box() をエラーメッセージ拡張（L386-410）

Task 5: ドキュメント更新
- core_boxes_design.md に Phase 106 セクション追加（L248-265）
- 責務分離原則・Ring0.FsApi 延期を明記

完了条件:
✅ ビルド成功（cargo build --release）
✅ テスト全PASS（cargo test --lib runtime: 64 passed; 0 failed）
✅ 指示書の実装チェックリスト全て completed
 2025-12-03 17:55:26 +09:00
nyash-codex
52c13e658d docs: Phase 106 FileBox provider_lock 整理（案B統一版） 
- CoreBoxId に「必須」判定を集約（is_core_required / category）
- provider_lock は「登録・読む」のみにシンプル化
- PluginHost.with_core_from_registry() で FileBox provider チェック
- Ring0.FsApi 統合（案C）は Phase 107+ で実施
- 責務分離を明確化し設計品質向上

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

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-12-03 17:47:13 +09:00
nyash-codex
f8790b13cc docs(phase 105): Logger Box Framework設計＆ドキュメント整備 
- Create logger_box_design.md: comprehensive Logger Box framework design
- Define 3 reference patterns (Lightweight/Structured/Contextual)
- Add pseudo-code examples for each pattern (reference only)
- Update logging_policy.md: add Logger Box reference
- Update hako_logging_design.md: Logger Box integration with Phase 104
- Update ring0-inventory.md: Phase 105 entry
- Update CURRENT_TASK.md: Phase 105 completion + Phase 106+ backlog

Design principles:
- Logger Box provides level-based logging (DEBUG/INFO/WARN/ERROR)
- Phase 105 scope: ConsoleBox output only
- Phase 106 scope: output redirection (FileBox/NetworkBox)
- Reference examples for documentation (execution testing Phase 106+)

This completes the structured logging framework design, building on
Phase 99 (logging policy), Phase 100-101 (Rust logging), Phase 104
(.hako patterns), and Phase 105.5 (console macro unification).
 2025-12-03 14:33:04 +09:00
nyash-codex
ea4c164dae refactor(runner): Phase 105.5 Console出力のmacro統一化 
- Replace direct console.println() calls with console_println! macro
- Simplify error handling in vm.rs (RC output)
- Simplify success logging in selfhost.rs (PluginHost init)
- Remove redundant nested if-let structures for Option handling
- Macro already handles all fallback scenarios (eprintln!)

This reduces code duplication and improves consistency. The macro
centralizes the fallback logic, making it easier to maintain.

Files modified:
- src/runner/modes/vm.rs (simplified RC output)
- src/runner/selfhost.rs (simplified PluginHost init message)

Line reduction: ~13 lines (nested if-let structures removed)
 2025-12-03 14:25:28 +09:00
nyash-codex
8203882a97 docs(phase 104): .hako側ロギング設計ガイド確立 
- Add Section 4 (.hako側ロギング方針) to logging_policy.md
- Create hako_logging_design.md (comprehensive guide, 331 lines)
- Define 4 logging categories (user-facing/dev-debug/monitoring/internal Rust)
- Provide 3 logging box patterns (Lightweight/Structured/Contextual)
- Add best practices and anti-patterns with code examples
- Update ring0-inventory.md with Phase 104 entry
- Cross-reference documentation for consistency

This completes Phase 104: establishing user-facing logging guidelines
for Nyash applications, complementing Rust-side logging policy from
Phase 99-101.

Files modified:
- docs/development/current/main/logging_policy.md
- docs/development/current/main/hako_logging_design.md (new)
- docs/development/current/main/ring0-inventory.md

Related: Phase 99 (logging policy design), Phase 100-101 (Rust impl)
 2025-12-03 14:07:01 +09:00
nyash-codex
6ecd8f7f52 feat(runtime): Phase 103 CoreServices Optional化 - Memory Constraints対応 
- Add CoreServicesConfig struct (from_env, minimal, all_enabled)
- Implement with_core_from_registry_optional() for selective initialization
- Update CoreBoxesImpl fields to Option<Arc<dyn XyzService>>
- Maintain backward compatibility (with_core_from_registry calls all_enabled)
- Add NYASH_CORE_DISABLE_* environment variable support
- ConsoleBox remains mandatory (Graceful Degradation principle)
- Add unit tests for optional initialization
- Update console_println! macro to handle Option type
- Fix direct console.println() calls in vm.rs and selfhost.rs
- Create core_optional_design.md documentation

Note: Phase 104 will extend ConsoleService to be optional as well with
graceful fallback in console_println! macro.

Files modified:
- src/runtime/plugin_host.rs (CoreServicesConfig, with_core_from_registry_optional, tests)
- src/runtime/core_services.rs (CoreBoxesImpl fields → Option type)
- src/runtime/mod.rs (console_println! macro updated)
- src/runner/modes/vm.rs (handle Option console)
- src/runner/selfhost.rs (handle Option console)
- docs/development/current/main/core_optional_design.md (new)
- docs/development/current/main/ring0-inventory.md (Phase 103 entry)

Test results:
- Build: ✅ Success (0 errors, 7 warnings)
- Unit tests: ✅ 3/3 passed (optional_core_tests)
- Runtime tests: ✅ 63/63 passed
- Smoke tests: ✅ 30/31 passed (1 pre-existing timeout)
 2025-12-03 13:59:06 +09:00
nyash-codex
262de28c6b feat(ring0): Phase 102 MemApi Bridge Skeleton - StdMem実装 
- Add StdMem struct (stdlib alloc/free based)
- Update default_ring0() to use StdMem instead of NoopMem
- Keep NoopMem for compatibility and testing
- Add unit tests for StdMem allocation/stats
- Update docs (phase-85-ring0-runtime/README.md, ring0-inventory.md)

Note: This is a skeleton implementation. Full MemStats tracking
(including freed size) will be added in Phase 102B with hakmem bridge.

Files modified:
- src/runtime/ring0/std_impls.rs
- src/runtime/ring0/mod.rs
- docs/development/current/main/phase-85-ring0-runtime/README.md
- docs/development/current/main/ring0-inventory.md
 2025-12-03 13:42:05 +09:00
nyash-codex
0c527dcd22 feat(runtime): Phase 101-A dev-debug ログの Ring0.log 統一 - 34箇所完了 
## Phase 101-A 完了項目
- ✅ llvm.rs: 13箇所（[joinir/llvm], [parse/context]） → Ring0.log
- ✅ loop_form.rs: [loopform] 系ログ → Ring0.log
- ✅ loopform_builder.rs: 16箇所（[loopform/prepare], [loopform/seal_phis]） → Ring0.log
- ✅ loop_snapshot_merge.rs: 5箇所（[Option C]） → Ring0.log
- ✅ 全テストPASS（ビルド成功）

## 置き換え箇所（34箇所）

**llvm.rs**（13箇所）:
- [joinir/llvm] JoinIR 実験パスログ（12箇所）
- [parse/context] プリロードファイルリスト（1箇所）

**loop_form.rs**（複数箇所）:
- [loopform] 基本ログ
- [loopform/condition] 条件式処理
- [loopform/writes] 変数書き込み収集

**loopform_builder.rs**（16箇所）:
- [loopform/prepare] 構造準備
- [loopform/seal_phis] PHI シーリング処理

**loop_snapshot_merge.rs**（5箇所）:
- [Option C] Exit PHI 分類
- [Option C] 変数解析

## 技術的成果
- Ring0.log で dev-debug ログを一元管理
- stderr の cleanness 向上（ユーザー向けメッセージのみ）
- 環境に応じた出力制御が可能（NYASH_LOOPFORM_DEBUG等）
- Phase 99-100 で確立した 3層設計を実装レベルで完成

## 実装パターン
```rust
// Before
eprintln!("[loopform] variable_map: {:?}", map);

// After
crate::runtime::get_global_ring0().log.debug(&format!(
    "[loopform] variable_map: {:?}", map
));
```

## 統計
- Phase 98: 7箇所（ConsoleService）
- Phase 100: 29箇所（ConsoleService）
- Phase 101-A: 34箇所（Ring0.log）
- **合計**: 70箇所で統一（ConsoleService/Ring0.log）
- 残り: ~905箇所（test含む）

## ドキュメント更新
- logging_policy.md: Section 7-A 追加（Phase 101-A 実装記録）
- ring0-inventory.md: Category 2 更新（dev-debug 進捗反映）
- CURRENT_TASK.md: Phase 85 セクション追記

## Phase 85-101-A 総括
- Phase 95.5-97: CoreServices 6個完全実装（String/Integer/Bool/Array/Map/Console）
- Phase 98-98.5: ConsoleService 代表パス拡張（7箇所）
- Phase 99: ログ/出力ポリシー確定（3層設計文書化）
- Phase 100: user-facing 出力の ConsoleService 化（29箇所）
- Phase 101-A: dev-debug ログの Ring0.log 統一（34箇所） ✅

次: Phase 101-B（internal/test ログの整理、別検討）

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

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-12-03 12:25:32 +09:00
nyash-codex
7cf11fbc5c feat(runtime): Phase 100 user-facing 出力の ConsoleService 完全統一 - 29箇所完了 
## Phase 100 完了項目
- ✅ selfhost.rs: 6箇所 → console_println!
- ✅ llvm.rs: 23箇所（主要メッセージ） → console_println!
- ✅ 全テストPASS（core_services: 11, plugin_host: 7）
- ✅ ドキュメント更新完了

## 置き換え箇所（29箇所）

**selfhost.rs**（6箇所）:
- Line 57: CoreInitError 出力
- Lines 194/363/418/519/570: Result 出力

**llvm.rs**（23箇所、ユーザー向けメッセージのみ）:
- エラーメッセージ（❌）: ファイル読み込み、using/parse エラー
- 成功メッセージ（📊）: MIR コンパイル成功
- LLVM/harness 関連エラー
- 実行結果出力
- Mock LLVM メッセージ

## 意図的に除外（Phase 101 対象）
- llvm.rs の `[joinir/llvm]`, `[parse/context]` デバッグログ
- hack_check: .hako アプリ（Nyash言語の ConsoleBox 経由）
- bench.rs: テスト・性能表示（dev-debug）
- mir.rs: 内部 MIR ダンプ（dev-debug）

## 技術的成果
- selfhost/LLVM runner のユーザー向けメッセージを ConsoleService に統一
- Phase 99 で確立したログ/出力ポリシーを実装レベルで実現
- デバッグログとユーザー向け出力の明確な分離
- Graceful Degradation パターンの実用確認

## 統計
- Phase 98: 7箇所
- Phase 100: 29箇所
- **合計**: 36箇所で ConsoleService 経由に移行完了
- 残り user-facing: ~330箇所（Phase 101-102 で段階的拡張）

## ドキュメント更新
- logging_policy.md: Section 7 追加（Phase 100 実装完了記録）
- ring0-inventory.md: Category 1 更新（Phase 100 進捗反映）
- CURRENT_TASK.md: Phase 85 セクション追記

## Phase 85-100 総括
- Phase 95.5-97: CoreServices 6個完全実装（String/Integer/Bool/Array/Map/Console）
- Phase 98-98.5: ConsoleService 代表パス拡張（7箇所）
- Phase 99: ログ/出力ポリシー確定（3層設計文書化）
- Phase 100: user-facing 出力の ConsoleService 化（29箇所） ✅

次: Phase 101（dev-debug/test/internal 出力の整理、Ring0.log 活用）

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

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-12-03 11:55:14 +09:00
nyash-codex
c181aeac4d docs(runtime): Phase 99 ログ/出力ポリシー確定 - 3層設計の文書化完成 
## Phase 99 完了項目（ドキュメント設計フェーズ）
- ✅ logging_policy.md 新規作成（312行）
- ✅ ring0-inventory.md 更新（455行）
- ✅ core_boxes_design.md Section 15.6-A 追記（+58行）
- ✅ CURRENT_TASK.md Phase 85 セクション更新

## 確定した3層ログ/出力設計

【Ring0.log】（OS API層）
- 用途: ランタイム/OS内部ログ
- 対象: 開発者向けデバッグ・計測・内部状態
- API: ring0.log.debug/info/warn/error(...)

【ConsoleService】（Box層・ユーザー向け）
- 用途: CLIの直接的な出力（ユーザー向けメッセージ）
- 対象: エンドユーザー
- アクセス: console_println! マクロ

【素のprintln!/eprintln!】（制限用途）
- 用途: テスト・一時デバッグのみ限定
- テスト内: 約299箇所そのまま許可
- 本番経路: 撤退すべき

## println!/eprintln! 残件分類（1477箇所）
- user-facing: ~366箇所（HIGH）→ console_println!
- dev-debug: TBD（MEDIUM）→ Ring0.log or dev_* macros
- test: ~299箇所（LOW）→ そのまま許可
- internal: ~812箇所（TBD）

## 設計の価値
- **コード変更なし**: リスク最小（ドキュメントのみ）
- **後工程の基盤**: Phase 100-101で残り~366箇所を片付け可能
- **Fail-Fast原則**: マクロ方針でエラーメッセージは確実に出力
- **段階的移行**: Graceful Degradation パターンで初期化前後を対応

## 新規ドキュメント構成
logging_policy.md:
  - Section 1: 3層の役割分担
  - Section 2: Macroポリシー
  - Section 3: テスト内println!の扱い
  - Section 4: 完全統合の完了条件
  - Section 5: 設計原則
  - Section 6: 関連ドキュメント

ring0-inventory.md:
  - Section 1: Ring0.log利用状況
  - Section 2: println! 残件分類（4カテゴリ）
  - Section 3: Ring0.log活用計画
  - Section 4-8: 配布状況・ロードマップ・コマンド・履歴・成功基準

## AI協働開発の成功例
- 設計と実装の分離（Phase 99=設計、Phase 100+=実装）
- 段階的アプローチ（80/20ルール：完璧より進捗）
- ドキュメント優先（コードより先に設計を固める）

## Phase 85-99 総括
- Phase 95.5: StringService/ConsoleService実装
- Phase 96-96.5: ArrayService/MapService & コード整理
- Phase 97: IntegerService/BoolService（#[allow(dead_code)] 根絶）
- Phase 98-98.5: ConsoleService代表パス拡張（7箇所）
- Phase 99: ログ/出力ポリシー確定（設計フェーズ） ✅

次: Phase 100-101（user-facing移行、~366箇所段階的実装）

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

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-12-03 11:31:35 +09:00
nyash-codex
44c6ca9585 chore(runtime): Phase 98.5 Arc 完全修飾パス簡略化 & コメント統一 
## 修正内容
**src/runtime/mod.rs** (4箇所):
- use文: std::sync::OnceLock → std::sync::{Arc, OnceLock}
- Line 64: OnceLock<std::sync::Arc<...>> → OnceLock<Arc<...>>
- Line 68: std::sync::Arc::new(...) → Arc::new(...)
- Line 72/80: 戻り値型で std::sync::Arc → Arc に統一

**src/runner/modes/vm.rs** (1箇所):
- Line 589: コメント統一 "println" → "eprintln"（実装に合わせる）

## 効果
- 可読性向上: std::sync:: プレフィックス4箇所削除
- 一貫性向上: console_println! マクロの説明と実装を統一
- 追加依存なし、機能変更なし

## テスト結果
✅ cargo build --release: 成功
✅ cargo test --lib runtime::core_services: 11 passed

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

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-12-03 11:17:41 +09:00
nyash-codex
7bcb7ec596 feat(runtime): Phase 98 ConsoleService 代表パス拡張 - 7箇所置き換え完了 
## Phase 98 完了項目
- ✅ println!/eprintln! 7箇所 → ConsoleService 経由に移行
- ✅ console_println! マクロ追加（Graceful Degradation パターン）
- ✅ try_get_core_plugin_host() 追加（安全なアクセサー）
- ✅ 全テストPASS（core_services: 11, plugin_host: 7）

## 置き換え箇所（7箇所）
**selfhost/child.rs** (3箇所):
- spawn失敗エラー
- タイムアウトメッセージ（stdout/stderr）

**core_bridge.rs** (2箇所):
- DUMP書き込みエラー
- DUMP_MUT書き込みエラー

**vm.rs** (1箇所):
- RC（return code）出力

**selfhost/json.rs** (2箇所, オプション達成):
- PyVM MIR JSON emit エラー
- PyVM 使用ログ（verbose時）

## 技術的成果
**Graceful Degradation パターン確立**:
- PluginHost 初期化前: eprintln! フォールバック
- PluginHost 初期化後: ConsoleService 使用（Ring0直結）
- Fail-Fast原則との整合性: 出力先選択のみ動的

**実装インフラ**:
- src/runtime/mod.rs: console_println! マクロ & try_get_core_plugin_host()
- 既存の get_core_plugin_host() は panic! 保持（Fail-Fast）

## 統計
- 置き換え完了: 7箇所（全体の約2%）
- 残り候補: 約359箇所（Phase 99以降）
- テスト: ビルド成功、全ユニットテストPASS

## ドキュメント
- docs/development/current/main/core_boxes_design.md: Section 15 追加（128行）
  - 実装パターン、設計判断、テスト結果を完全記録

## Phase 85-98 総括
- Phase 85-94: 構造設計 & 箱化モジュール化
- Phase 95.5: StringService/ConsoleService（Ring0直結型・純粋関数型）
- Phase 96-96.5: ArrayService/MapService（downcast型）& コード整理
- Phase 97: IntegerService/BoolService（純粋関数型、#[allow(dead_code)] 根絶）
- Phase 98: ConsoleService 実用拡大（7箇所）✅ 完了

次: Phase 99（CoreServices 完全統合、残り約359箇所の段階的移行）

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

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-12-03 11:04:58 +09:00
nyash-codex
04dceb6bc0 feat(runtime): Phase 97 IntegerService/BoolService 完全実装 - #[allow(dead_code)] 100%根絶達成 
## Phase 97 完了項目
- ✅ IntegerService trait & Adapter実装（add/sub/mul/div, saturating算術）
- ✅ BoolService trait & Adapter実装（not/and/or/xor）
- ✅ #[allow(dead_code)] 6箇所→0箇所（100%削減完了）
- ✅ 全13テストPASS（IntegerService 2テスト、BoolService 1テスト追加）

## 技術的成果
**3つのAdapterパターン確立完了**:
1. Ring0直結型: ConsoleService（OS API thin wrapper）
2. 純粋関数型: StringService, IntegerService, BoolService（stateless）
3. downcast型: ArrayService, MapService（複数インスタンス対応）

**CoreServices完全実装**:
- core_required 6個すべて実装完了
- String, Integer, Bool, Array, Map, Console

**オーバーフロー対策**:
- saturating_add/sub/mul でi64オーバーフロー安全
- div はゼロ除算でOption::None返却

## 実装詳細
- src/runtime/core_services.rs: +74行（IntegerService/BoolService traits & impls）
- src/runtime/plugin_host.rs: +2行（Integer/Bool初期化チェック）
- docs/development/current/main/core_boxes_design.md: +256行（Section 14追加）

## Phase 85-97 総括
- Phase 85: 構造設計（CoreServices/PluginHost skeleton）
- Phase 91-94: PluginHost実装 & 箱化モジュール化
- Phase 95.5: StringService/ConsoleService（Ring0直結型・純粋関数型）
- Phase 96: ArrayService/MapService（downcast型）
- Phase 96.5: コード整理（use文統合、コメント更新）
- Phase 97: IntegerService/BoolService（純粋関数型） ✅ 完了

次: Phase 98（代表パス拡張 5-10箇所）

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

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-12-03 10:41:16 +09:00
nyash-codex
8995fd151d refactor(phase96.5): use文整理とコメント更新 - コード可読性向上 
Phase 96.5完了 - コード整理とメンテナンス性向上

### 変更内容
- ✅ use文をトップレベルに集約（10行削除）
- ✅ コメント更新（Phase 96 → Phase 97）
- ✅ テスト9/9 PASS（100%）

### use文整理
**Before**: 各メソッド内で重複import
```rust
fn get(&self, arr: &dyn NyashBox, index: i64) -> Option<Box<dyn NyashBox>> {
    use crate::boxes::array::ArrayBox;  // 重複
    use crate::box_trait::IntegerBox;   // 重複
    // ...
}
```

**After**: トップレベルで一度だけimport
```rust
// トップレベル
use crate::boxes::array::ArrayBox;
use crate::boxes::map_box::MapBox;
use crate::box_trait::{IntegerBox, StringBox, BoolBox};

fn get(&self, arr: &dyn NyashBox, index: i64) -> Option<Box<dyn NyashBox>> {
    // use不要！スッキリ！
}
```

### コメント更新
- IntegerBoxAdapter: "Phase 96 以降で実装" → "Phase 97 で実装予定（純粋関数型として実装）"
- BoolBoxAdapter: "Phase 96 以降で実装" → "Phase 97 で実装予定（純粋関数型として実装）"

### 改善効果
- ✅ 可読性向上（use文の重複削除）
- ✅ メンテナンス性向上（import一箇所集約）
- ✅ コメント整合性（実際のPhase計画と一致）

### 削減統計
- use文: 10行削除
- コメント: 2箇所更新

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

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-12-03 10:30:26 +09:00
nyash-codex
81a5a04eb7 feat(phase96): ArrayService/MapService実装完了 - downcastパターン確立 
Phase 96完全達成 - Ring1-Core層の主要Service実装完成

### 実装成果
- ✅ ArrayService trait定義（len/get/set/push）
- ✅ MapService trait定義（size/has/get/set）
- ✅ ArrayBoxAdapter/MapBoxAdapter unit struct化
- ✅ downcastパターン実装（複数インスタンス対応）
- ✅ #[allow(dead_code)] 4→2箇所（2削除）
- ✅ テスト53/53 PASS（100%）

### 変更ファイル
- src/runtime/core_services.rs: ArrayService/MapService実装（+134行）
- src/runtime/plugin_host.rs: 初期化ロジック更新（+8/-12行）
- docs/development/current/main/core_boxes_design.md: Section 13追加（+228行）

### 3つのAdapterパターン確立
1. **Ring0直結型**（ConsoleService）: OS API thin wrapper
2. **純粋関数型**（StringService）: Box状態不要
3. **downcast型**（ArrayService/MapService）⭐ NEW
   - unit struct + downcast_ref パターン
   - 複数インスタンス対応
   - Rust idiomatic API（Option/Result）

### API設計
- ArrayService: Rust型（i64）引数、内部でBox変換
- MapService: Rust型（&str）引数、内部でBox変換
- 戻り値: Option/Result で型安全

### 技術的成果
- 型安全性向上（downcast_ref によるコンパイル時検証）
- コード簡略化（#[allow(dead_code)] 2削除）
- 設計明確化（3パターンの使い分け確立）

### 削減統計
- #[allow(dead_code)]: 2箇所削除
- innerフィールド: 2個削除
- Box依存: 2箇所削除

### 次のステップ
Phase 96.5: use文整理とコメント更新
Phase 97: IntegerService/BoolService実装（#[allow(dead_code)] 完全削除）

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

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-12-03 10:27:39 +09:00
nyash-codex
1108a61533 feat(phase95.5): Ring0統合完了 - Adapter整理とコード簡略化 
Phase 95.5完全達成 - ConsoleService/StringService Ring0直結化

### 実装成果
- ✅ ConsoleBoxAdapter Ring0直結（println → log.info, print → io.stdout_write）
- ✅ StringBoxAdapter 純粋関数化（Box状態不要）
- ✅ #[allow(dead_code)] 6→4箇所削減（2削除）
- ✅ PluginHost初期化簡略化（存在確認のみ）
- ✅ テスト14/14 PASS（100%）

### 変更ファイル
- src/runtime/core_services.rs: ConsoleBoxAdapter/StringBoxAdapter unit struct化
- src/runtime/plugin_host.rs: 初期化ロジック簡略化（create_box → has_type）
- docs/development/current/main/core_boxes_design.md: Section 12追加
- CURRENT_TASK.md: Phase 95.5成果記録

### 設計パターン確立
**2つのAdapterパターン**:
1. Ring0直結型（ConsoleService）: OS API thin wrapper
2. 純粋関数型（StringService）: Box状態不要

**将来実装方針**:
- ArrayService/MapService: 状態管理必要 → Box保持
- IntegerService/BoolService: 純粋関数 → Box不要

### 技術的成果
- Ring0統合完成（ログ経路統一: Ring0 → Ring1-Core → 実行パス）
- コード簡略化（不要なinnerフィールド削除）
- 設計明確化（Adapterの役割を2パターンに整理）
- テスト容易性向上（Ring0モック可能）

### 削減統計
- #[allow(dead_code)]: 2箇所削除
- innerフィールド: 2個削除
- Box依存: 2箇所削除

### 次のステップ
Phase 96: ArrayService/MapService実装（downcastパターン）

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

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-12-03 10:15:23 +09:00
nyash-codex
e74694d08b feat(phase95): CoreServices実用化 - Console/String Service実装完了 
Phase 95完全達成 - Ring1-Core層の実際のService実装

### 実装成果
- ✅ ConsoleService::println/print 実装
- ✅ StringService::len 実装（UTF-8文字数対応）
- ✅ global accessor 実装（get_core_plugin_host）
- ✅ 代表パス切り替え（selfhost.rs）
- ✅ テスト13/13 PASS（100%）

### 変更ファイル
- src/runtime/core_services.rs: Service API定義、Adapter実装、テスト追加（+79行）
- src/runtime/mod.rs: global accessor実装（+18行）
- src/runtime/plugin_host.rs: Debug impl追加（+3行）
- src/runner/selfhost.rs: ConsoleService経由に切り替え（+5行）
- docs/development/current/main/core_boxes_design.md: Phase 95文書化（+118行）

### 技術的成果
- Ring0 → Ring1-Core → 実行パス の三層構造確立
- 型安全なService経由アクセス実現
- UTF-8完全対応（文字数カウント）
- global accessorパターン統一（Ring0と同じOnceLock）

### Bug修正
- PluginHost Debug impl追加
- PluginHost.optional型修正（Send + Sync追加）
- CoreServices Debug impl実装

### 次のステップ
Phase 95.5: Ring0統合とAdapter整理（#[allow(dead_code)]削除）

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

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-12-03 09:57:38 +09:00
nyash-codex
f4144a22a6 feat(phase94): Box→Service conversion with actual registry integration 
Phase 94完全達成 - UnifiedBoxRegistryから実際のBoxを取得してServiceに変換

### 実装成果
- ✅ 6個のAdapter実装（StringBox/Integer/Bool/Array/Map/Console）
- ✅ Dummy実装完全削除（38行削減）
- ✅ Fail-Fast原則徹底（フォールバック削除）
- ✅ テスト7/7 PASS（100%）

### 変更ファイル
- src/runtime/core_services.rs: 6個のAdapter実装（+93行）
- src/runtime/plugin_host.rs: 実際のBox取得ロジック（+54行）、Dummy削除（-17行）
- src/runtime/mod.rs: フォールバック削除（-8行）

### 技術的成果
- Box<dyn NyashBox>を直接保持（型安全性確保）
- registry.create_box()で実際のBoxインスタンス取得
- BuiltinBoxFactory登録でcore_required Boxes提供

### 次のステップ
Phase 95: Service traitメソッド実装（Console/String/Array/Map）

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

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-12-03 09:14:49 +09:00
nyash-codex
b3de4cac4b feat(phase93): with_core_from_registry implementation complete 
Phase 93 完了: UnifiedBoxRegistry 統合実装 & 起動パス統合

**実装内容**:
- with_core_from_registry() 実装
  - UnifiedBoxRegistry.has_type() で core Box の存在確認
  - 不足時は CoreInitError::MissingService を返す
  - ダミー Service 実装で CoreServices を構築
- ダミー Service 実装を pub に
  - DummyStringService, DummyIntegerService 等を公開
  - Phase 94 の実変換までの橋渡し
- CoreServices::dummy() ヘルパー追加
  - フォールバック用ダミー実装
- initialize_runtime() 実装（環境変数制御）
  - NYASH_USE_PLUGIN_HOST=1 で PluginHost 有効化
  - 環境変数なしで従来通り動作（後方互換性）
- selfhost に PluginHost 初期化追加
  - CoreInitError 発生時は fail-fast
  - 既存ロジックは変更なし

**Fail-Fast 設計**:
- 起動時に core Box 不足を即座に検出
- CoreInitError で明示的なエラーメッセージ
- デバッグ容易（ランタイムエラーではなく起動時エラー）

**テスト結果**:
- test_with_core_from_registry_missing_box 追加
- 7件全て成功
- ビルド成功（1分4秒）
- 526 passed（既存36失敗は Phase 93 と無関係）

**動作確認**:
- 環境変数なし: 従来通り動作 ✅
- NYASH_USE_PLUGIN_HOST=1: PluginHost 初期化成功 ✅
- selfhost: fail-fast 動作確認済み ✅

**ドキュメント更新**:
- Section 10 追加（77行）
- 段階的展開戦略、Fail-Fast 設計を文書化

**次のステップ**: Phase 94 (実際の Box → Service 変換)

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

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-12-03 08:42:45 +09:00
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
a01110e791 feat(phase89-a): Ring0Context logs migration - 56 locations 
Phase 89-A 完了: println!/eprintln! → ring0.log.* 移行

**実装内容**:
- 環境変数制御: NYASH_RING0_LOG_LEVEL (DEBUG/INFO/WARN/ERROR)
- selfhost.rs: 24箇所移行 (error:14, warn:2, info:5, debug:3)
- vm.rs: 32箇所移行 (error:5, warn:4, info:2, debug:21)

**実装効果**:
- 総移行箇所: 56箇所 (目標: 10-15箇所 → 373%達成)
- 累計進捗: 58/3,955箇所 (1.47%)
- テスト結果: 521 passed; 33 failed (変化なし)

**次のステップ**: Phase 89-B (IO/time 棚卸し)

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

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-12-02 23:27:41 +09:00
nyash-codex
5b911f2736 chore: Update docs/private submodule (Phase 88 docs) 2025-12-02 22:38:45 +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
345cc855a0 feat(mir): Phase 84-4-B完了 - BoxCall型情報登録で Case D 100%解決 
🎉 歴史的成果: Case D panic 9件 → 0件（100%削減達成！）

Phase 84-4-B実装内容:
- infer_boxcall_return_type() 新規実装（utils.rs）
- ビルトイン Box メソッド戻り値型のハードコード推論
  - StringBox, IntegerBox, BoolBox, ArrayBox, MapBox
  - Result-like Box (isOk/getValue) - QMark 対応
  - Stage1CliBox - 暫定 Unknown 登録
- emit_box_or_plugin_call() の型登録ロジック強化
  - plugin_method_sigs フォールバック追加
  - NYASH_BOXCALL_TYPE_TRACE=1 でデバッグ出力

技術的詳細:
- 責務: PhiTypeResolver が依存する base 定義型情報を生成
- 型生成レイヤー完成（Const → BoxCall → Await）
- 箱理論: 型伝播レイヤーと型生成レイヤーの完全分離

検証結果:
- Case D panic: 9件 → 0件 ✅
- ベースライン: 503 passed, 31 failed（変化なし）
- FALLBACK_DISABLED: 497 passed, 37 failed（Case D panic なし！）

残存 4件の状況:
- await/qmark/stage1_cli テストが FAILED（panic ではない）
- 型推論は成功（Call 命令生成）
- テスト期待値が古い（PluginInvoke 想定）

Phase 84-4-C:
- Await 型情報登録は不要（BoxCall 経路で解決済み）
- Phase 84完了条件達成済み

関連:
- Phase 84-3: PhiTypeResolver 実装（9件 → 4件）
- Phase 84-2: CopyTypePropagator 実装（12件 → 9件）
- Phase 84-1: Const 型注釈（15件 → 12件）

🎯 Phase 84 完全達成: 型推論システムの完全箱化成功！
 2025-12-02 20:28:19 +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
c89f08fc52 feat(mir): Phase 84-3 PhiTypeResolver for PHI+Copy graph type inference 
- Add PhiTypeResolver box (ChatGPT Pro design) with DFS graph traversal
- Resolve types through PHI + Copy chains with safety conditions
- Case D reduced from 9 to 4 (56% reduction)

Implementation:
- src/mir/phi_core/phi_type_resolver.rs: New box with graph search
- src/mir/phi_core/mod.rs: Add module export
- src/mir/builder/lifecycle.rs: Integrate as P4 (before P3-C)

Algorithm:
- DFS traversal: root → Copy → src / Phi → inputs
- Collect base types (Const/Call/BoxCall/etc definitions)
- Safety: Return Some only when converges to 1 type

Test results:
- Baseline: 504 passed, 30 failed (was 494/33)
- Case D: 4 remaining (from 9, 56% reduction)
- Unit tests: 7/7 passed

Box responsibilities (final):
- GenericTypeResolver: P3-C (generic T/V inference)
- CopyTypePropagator: Copy alias only
- PhiTypeResolver: PHI + Copy graph traversal

Remaining 4 Case D: Special patterns (await/try-catch) need dedicated handling.

Phase 84 progress:
- Phase 84-1: Const type annotations (20→15→12)
- Phase 84-2: CopyTypePropagator (12→9, 25% reduction)
- Phase 84-3: PhiTypeResolver (9→4, 56% reduction)
- Total: 67% Case D reduction (20→4)

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

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-12-02 19:54:38 +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
40dfbc68a8 feat(constant): Phase 84-1 Add type annotations for all constant types 
Const命令の型アノテーション欠如を根本的に修正。

## 変更内容

5つの emit 関数に型登録を追加:
- emit_integer → MirType::Integer
- emit_bool → MirType::Bool
- emit_float → MirType::Float
- emit_null → MirType::Unknown (Null型が存在しないため)
- emit_void → MirType::Void

emit_string は既に実装済み (Phase 3-A)。

## 成果

- Case D 大幅削減 (詳細は Phase 84 テスト結果で確認)
- 残り 12 件は edge copy / loop break/continue 関連
- Task先生予測の GroupA (Const欠如) を完全解決

## 設計原則

emit_string と同じパターンを踏襲:
```rust
b.value_types.insert(dst, crate::mir::MirType::Integer);
```

## 次のステップ

Phase 84-2: Copy命令型伝播の徹底

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

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-12-02 18:42:21 +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
79342a8617 feat(method_return_hint): Add TypeOp support for .is()/.as() type inference 
Phase 83 P3-D 拡張: TypeOp 命令の戻り値型推論を追加。

## 変更内容

- TypeOpKind::Check (.is()) → Bool
- TypeOpKind::Cast (.as()) → 対象型
- ユニットテスト 2 件追加 (test_infer_from_typeop_check, test_infer_from_typeop_cast)

## 成果

- Case D 削減: 20 → 15 (5件削減, 25%)
- Unit tests: 7/7 passed

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

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-12-02 18:16:21 +09:00
nyash-codex
8ae1eabcfa feat(lifecycle): Phase 83 P3-D MethodReturnHintBox implementation 
ChatGPT Pro設計に基づき、既知メソッド戻り値型推論箱(P3-D)を実装。

## 変更内容

- method_return_hint.rs: MethodReturnHintBox 新規作成
  - BoxCall/Call のメソッド名から戻り値型を推論
  - TypeAnnotationBox と同等のマッピングを適用
  - length/size/len → Integer, push → Void, str/substring → String
- lifecycle.rs: P3-D 経路を P3-C の前に挿入
- mod.rs: method_return_hint モジュール登録

## 成果

- Case D 削減: 20 → 16 (4件削減, 20%)
- Unit tests: 5/5 passed

## 設計原則

- 単一責務: P3-D 推論のみ
- TypeAnnotationBox 薄ラップ: 型マッピングの SSOT は TypeAnnotationBox
- 将来移行性: MethodRegistry 導入時も API 不変

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

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-12-02 18:09:04 +09:00
nyash-codex
ce60ebc439 chore: Update docs/private submodule (Phase 83 design) 
Phase 83-typehint-p3d 設計完了！
- ChatGPT Pro による綺麗な箱設計
- 工数見積り: 4-4.5h
- 将来の Method Registry 統一への移行パスも完璧

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

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-12-02 17:35:23 +09:00
nyash-codex
e7592d66a0 chore: Update docs/private submodule (Phase 82 complete) 
Phase 82-if-phi-retire 完了！
- Case D 60% 削減達成 (51→20)
- 残り 20 件は P3-C 対象外と判明 → Phase 83 へ引き継ぎ
- Phase 83 設計提案: TypeHintPolicy P3-D 拡張推奨

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

Co-Authored-By: Claude <noreply@anthropic.com>
 2025-12-02 16:41:06 +09:00
nyash-codex
63d6aaa6b3 chore: Update docs/private submodule (Phase 82 Step 6-1~3) 2025-12-02 16:21:05 +09:00