リリース统合设计书（事前/配信/出し直し/伝達 v1）

背景与問題

OPC（B 方向）。リリース関連が 5 つ以上の課題（precheck・staged rollout・rollback・旧版互換・release notes）に散在。統合設計書シリーズ第 12 本としてリリースの 4 層に統合する。構成は他の统合と同型、源課題管理は opc-doc-drift-audit 様式。

发现

（内部統合。出典は各源課題に記載済み）

• 源課題：opc-release-precheck-5min（事前 5 分点検）、opc-test-automation-minimal（スモーク 3 本）、opc-staged-rollout（段階配信）、opc-old-version-support-policy（旧版互換・強制更新）、opc-rollback-drill（ロールバック）、opc-release-notes-rhythm（伝達）、opc-ci-fastlane-pipeline（自動化）。
• 関連の外縁：12/15 のリリース冻结（opc-year-end-checklist）。
• 共通原則の集約：①標準型で判断を減らす（火曜午前・staged 7 日・rollback 準備済み）②事前検証の機械化（スモーク+旧 build×新 backend）③伝達はリリースの一部（notes を書いて終了）④年 2 回の見直し。
• 推测：リリース事故は「判断ポイントが多すぎる」ことに起因——標準型 1 枚が事故を減らす。

结论

1. v1 の 4 層構成：層 1 事前（precheck 5 分・スモーク 3 本・旧 build 互換）/層 2 配信（staged rollout 7 日・旧版ゲート）/層 3 出し直し（rollback drill・halt 判定）/層 4 伝達（release notes・更新のお知らせ）。各層に最終点検日。
2. 標準型を 1 枚に：リリースは火曜午前開始・staged 7 日間・rollback 準備完了を開始条件——判断ポイントを標準化して事故を減らす（推测ベースの標準化）。
3. 12/15 の freeze 線（opc-year-end-checklist）と接続：年末年始は hotfix のみ。
4. 変更は源課題経由：統合側に直接手を入れない（统合紀律、性能统合同型）。

待办 / 下次继续

• 4 層の表を v1 として作成（各層の最終点検日を「未実施」で埋める）。
  
• 標準型（火曜/staged 7 日）の文面を runbook に追記。
  

关联

opc-release-precheck-5min opc-staged-rollout opc-rollback-drill opc-release-notes-rhythm opc-performance-design-consolidated