性能统合设计书（battery/size/起動の 4 層 v1）
背景与問題
OPC（B 方向）。性能関連の点検が 3 つの課題（バッテリー・サイズ・起動時間）+web 速度に分かれ、年 2 回の実測がバラバラに走る。統合設計書シリーズ第 6 本として、数値基準の一覧表と年 2 回の一括点検に統合する。源課題は frontmatter 様式に沿って管理（opc-doc-drift-audit の結論の実装）。
发现
（内部統合。出典は各源課題に記載済み）
- 源課題：opc-app-battery-optimization（バックグラウンド最大 30% 削減・Battery Historian）、opc-app-size-optimization（AAB+R8/ODR・前回比管理）、opc-app-cold-start-profiling（cold 5s/warm 2s・最旧端末実測）、opc-landing-performance（web 2 秒・Lighthouse）。
- 共通原則が 4 つに集約される：①実測で管理（全て前回比/公式基準値）②最旧端末で測る（シニアの実環境）③安い改善から（演出削除・画像 WebP・初期化後回し）④年 2 回一括実測（点検の取り回し）。
- 推测：性能は「数値が正式に決まっていない箇所ほど放置される」——基準表 1 枚の存在自体が点検を動かす。
结论
- v1 の 4 層構成：層 1 バックグラウンド（battery 基礎値・WorkManager 遷移）/層 2 配信（サイズ前回比・WebP）/層 3 起動（cold/warm 実測・最旧端末）/層 4 web（Lighthouse 実測秒）。各層に数値基準と前回値の列。
- 数値基準の一覧表を冒頭に：cold 5s（シニア目標は半分の 2.5s を検討）/サイズは前回比±0/web 2 秒/battery は基礎値から悪化なし——公式値と自家目標の区別を明記。
- 年 2 回（6 月・12 月）の性能一括実測日を設定：4 層を同じ日に測り、結果をこの設計書に追記する（点検の取り回しコストを 1 回に圧縮）。
- 変更は源課題経由：この統合側に直接手を入れず、源の課題を更新→統合側を追記する方向にする（opc-doc-drift-audit の流れ維持）。
待办 / 下次继续
关联
opc-app-battery-optimization opc-app-size-optimization opc-app-cold-start-profiling opc-landing-performance opc-doc-drift-audit