機能アイデアの控え (個別 issue 化前のメモ)

[TwoSquirrels]

機能アイデアのブレインストーミング結果から、既存 issue と重複しないものの控え。個別に検討する価値が出たものから issue に切り出す想定。順序は暫定のおすすめ順。

見えるものを増やす系 (バンドルの中身は変えない)

• 削除/維持の理由表示 (--explain 的なもの) — 「このヘッダーはこの識別子で残った」「このファイルはどこからも引かれず消えた」を stderr に出す。tree-shaking は近似なので結果への疑問は必ず出る。判定理由が見えればユーザーが自力でデバッグできる。dry-run (何が残るかだけ表示) もこれに包含できそう。
• サイズレポート — バンドル完了時に「312 KB → 47 KB (維持 8 / 削除 34 ヘッダー)」のような一行を stderr へ。嬉しさが直感的で、進捗表示と同じ場所に出すだけ。
• risundle doctor / --show-config — コンパイラ検出結果・std 登録状態・実効設定 (config + CLI の解決結果) のダンプ。育ってきた警告体系の集大成としての診断コマンド。

CLI の小さな拡張

• library verify 単体コマンド — バンドルせずハッシュ照合だけ行う。CI でライブラリの鮮度を検査する用途。検証範囲の議論は verify のハッシュ検証範囲が広すぎ、無関係なライブラリの破損で全バンドルが止まる #79 と関連。

配布・インストール

• cargo-binstall 対応 — Cargo.toml のメタデータ追記だけでプリビルトバイナリ取得が速くなる。軽くて効く。
• Homebrew / AUR などのパッケージ化 — Rust ツールチェーン無しでインストールできる入口。

ライブラリ管理の入口

• git URL からの library add — clone から登録までを一撃で。ただし clone 先の管理・更新という責務を抱え込むため、「責務を絞る」哲学とは要相談。
• 登録のエクスポート/インポート — マシン移行用。.risundlerc.toml からライブラリのパスを宣言できるようにする #96 (config でのパス宣言) が実現すればほぼ不要になる見込み。

エコシステム連携 (大きめ)

• verification-helper (oj-verify) のバンドラーとして使えるようにする — ユーザー基盤が丸被りで、oj-bundle からの乗り換え導線になる。
• エディタ統合 (VSCode 拡張) — 保存時バンドル + 出力プレビュー。ブラウザからの自動バンドル #56 (ブラウザ) と隣接する構想。

非目標寄り (シェル・config への委譲が一貫しそうなもの)

• -o <file> 出力オプション — 見送り。「stdout に書くだけの純粋なフィルタ」という性質が合成可能性の土台であり、シェルの > と重複する口を増やさない。懸念だった PowerShell の > の UTF-16 事故は Windows PowerShell 5.1 固有 (PowerShell 7+ は BOM 無し UTF-8 が既定) で、必要なら cheatsheet の一行で足りる。

• watch モード — watchexec 等で足りる。フォールバック機能 #22 (フォールバック機能をシェルへ委譲した判断) と同じ構図。

• ジャッジプリセット (--judge atcoder 等) — .risundlerc.toml で足りる。

ブレストで挙がったが既存 issue と重複したもの (参照用)

標準入力バンドル → #55 / config からのライブラリパス宣言 → #96 / std の認識コンパイラ除去 → #80 / サポート外構造の自動警告 → #94 / 特殊コメントでの名前明示 → #95 / ブラウザ自動バンドル → #56

🤖 Generated with Claude Code