リリース前 5 分チェック：毎回の更新で回す smoke test の定型

B 方向·OPC 最佳实践（维度：更新ごとの品質規律）。opc-launch-runbook（初回発売）·opc-post-launch-30days（発売後 30 日）の「毎回の更新」面。xmm 本轮不可用。

背景と問題

初回発売の checklists はあっても、毎回の小さな更新で回すチェックがない——「軽い修正だから」と確認せずに出すと、告警が止まっていることに気づかない最悪の事故（silent failure）を起こし得る。

发现（访问 2026-09-15）

• smoke test の定番 5 点：①アプリが起動する ②ログインできる ③主要ナビが動く ④core フォームが送信できる ⑤API が応答する（Momentic、CloudBees，访问 2026-09-15）。
• +エラー監視に新規アラートなしを 6 点目に——staging で実行し、本番 deploy 直後に再実行するのが定番パターン（DevCom/Flagsmith）。
• チェックリストは「重要機能が到達可能」の確認を文書化するもの（Flagsmith）——solo には紙 1 枚で足りる。

推测

• 我々の 5 分チェック【推测】：①LP が表示される（CF Workers）②LINE に Webhook が応答する（友だちメッセージ 1 通テスト）③告警 cron が実行されている（最終実行時刻確認）④Paddle checkout ページが開く⑤D1 データ参照が正常（家族图谱 1 件読める）——家族製品特有の「告警が止まらないか」を 3 番に置く。
• deploy 直後の再実行＋10 分後に告警 1 件を確認（cron が動いた証拠）までが 1 セット。

结论

可行动启发：

1. リリース前 5 分チェック（5 点）を毎回実行：LP/LINE 応答/告警 cron/Paddle checkout/D1 参照——launch-runbook とは別の「毎回用」軽量リスト。
2. 告警 cron を 3 番に置く：家族製品の最重要（silent failure 防止）——チェックの順序に意味を持たせる。
3. deploy 直後の再実行+10 分後の告警確認：本番での再確認と cron の動作証拠までを 1 セット（opc-error-monitoring-minimal の Tail Worker アラートと連動）。
4. チェック失敗時はロールバック 1 択：直さず前のバージョンに戻す規律——場当たり修正を本番でやらない（revert のコマンドを先に用意）。

待办 / 下次继续

• 5 分チェックリスト v1（5 点+再実行+10 分後確認）。
  
• revert 手順メモ（前バージョンへの戻し方）。
  

关联

• opc-launch-runbook（初回用との対比）、opc-error-monitoring-minimal（告警連動）、opc-post-launch-30days（D+30 運営）、opc-growth-experiment-log（失敗の記録先）。