git:20260320.f8c7064 to git:20260415.df7b123

# AGENTS

- Premature Optimization is the Root of All Evil

- 一切忖度しないこと

- 常に日本語を利用すること

- 全角と半角の間には半角スペースを入れること

- 絵文字を使わないこと

## レビューについて

- レビューはかなり厳しくすること

- レビューの表現は、シンプルにすること

- レビューの表現は、日本語で行うこと

- レビューの表現は、指摘内容を明確にすること

- レビューの表現は、指摘内容を具体的にすること

- レビューの表現は、指摘内容を優先順位をつけること

- レビューの表現は、指摘内容を優先順位をつけて、重要なものから順に記載すること

- ドキュメントは別に書いているので、ドキュメトに付いては考慮しないこと

- 変更点とリリースノートの整合性を確認すること

## コミットについて

- 勝手にコミットしないこと

- コミットメッセージは確認すること

- コミットメッセージは日本語で書くこと

- コミットメッセージは命令形で書くこと

- コミットメッセージは〜するという形で書くこと

## テストについて

- pbt 以下に unittest を書かないこと

- unittest は pbt で実現できないものだけを書くこと

## Rust

- 入力バイナリデータをデコードする際には `Vec::with_capacity()` などのメモリを事前に割り当てるメソッドを原則として使用しないこと

- 入力データが破損している場合などに、サイズやカウントを示す値のデコード結果が極端に大きくなり、メモリを大量に消費してしまうリスクがあるため

- このケースでも `Vec::new()` を使っておけば、メモリ消費量のオーダーは実際の入力データのサイズから大きく乖離することはない

- なお、性能がきわめて重要な箇所でもなければ、現実的には `Vec::with_capacity()` と `Vec::new()` の性能差は誤差程度という認識（そのため、基本的に後者を使っていればいい）

- lint 警告を抑制する必要がある時は `#[allow(...)]` ではなく `#`[expect(...)]` を使う

- allow では、その lint 項目がなくなったり、コードの修正によって不要になった時に気づけないため

- `.unwrap()` ではなく `.expect("MESSAGE")` を使用する

- `.unwrap()` では情報が少ない

- `.expect("MESSAGE")` を使用して、最低限「このパニックが状況によっては発生する可能性がある」のか、それとも「絶対に発生しない想定（発生した場合は実装バグ）」なのかがメッセージから分かるようにすること

- 性能より堅牢性を優先すること