ポケット知見辞書 (トラブル逆引き検索)
困った時やエラー発生時にキーワードで即時逆引きできるナレッジベース
理由: エラー早期検知。推論ハルシネーションによる構文破壊を排す。
理由: 10MB超抽出時のデフォルト1MB超過によるプロセス落脱を防止。
理由: チャンクポインタ不正によるクラッシュ・不正ビット深度読み取り防止。
理由: 環境依存の権限不足による探索全体の中断を防止。
理由: 人間承認プロトコルの維持と自己改変事故防止。
理由: グッドハートの法則によるテスト骨抜きを物理防御。
起票されたルール提案 (Pull Requests)
3 件決定論的検証先行
承認予定未検証での推論完了宣言
LLMの推論完了のみを根拠とし、シンタックスチェックや単体テストなどの事後機械検証を行わずに作業完了とする行為。
node -c またはテスト実行による事後確認
スクリプト編集・生成直後は必ず言語別構文チェッカーや確定テストを実行し、Exit Code 0 を確認してから完了とする。
構文・実行時エラーの早期検知。推論ハルシネーションによるサイレントな構文破壊を排し、決定論的パイプラインで品質を担保する。
バイナリ解析時の境界長アサーション義務化
承認予定バッファ長やオフセット未検証での固定ポインタ読み出し
`buf.readUInt32BE(pos + offset)` 等において、チャンク長やバッファ末尾境界の妥当性を検証せずに固定加算で直接アクセスする記法。
チャンク読み取り前の境界長アサーションとスキーマ検証
`assert(pos + length <= buf.length)` による事前境界ガードを徹底し、ヘッダメタデータの型・範囲検証を先行させる。
Dice Realms等でのPNGヘッダ・IHDRチャンク解析時に発生したポインタ不整合・不正ビット深度読み取りクラッシュの再発防止。
大容量I/O・バイナリ抽出時のバッファ枯渇防止
承認予定大容量出力やバイナリ抽出での execSync デフォルト呼び出し
`git show` や大容量コマンドで `maxBuffer` を指定せず同期実行し、上限（1MB等）到達時にプロセスを落とす行為。
ストリーム（spawn + stdout.pipe）または maxBuffer 明示指定
大容量データはストリーム処理でオンメモリ負荷を抑えるか、`maxBuffer: 10 * 1024 * 1024`（10MB）以上を明示的に確保する。
Dice Realms等での10MB超リソース・バイナリ抽出時に発生した `maxBuffer` 超過クラッシュの防止。巨大データI/Oの堅牢性向上。