まとめと練習

重要なポイント

• 出荷は一瞬ではなくワークフローだ。デプロイし、観察し、修正し、繰り返す — そしてロールバックは一度テスト済みのものにしておく。
• 何かを告知する前に出荷前チェックリストを通し、記憶に頼らずAIに各項目を検証させる。
• 計測に最適化を導かせよう — 「遅い気がする」という勘より、Lighthouseレポートが常に勝る。
• シークレットはプロダクション設定に置き、リポジトリには絶対置かない。.envはgitignoreし、.env.exampleは最新に保つ。
• 最初のバージョンは仮説であり、実ユーザーが実験だ。小さく速い修正で反復しよう。

試してみよう

デプロイ済みのアプリ(または今すぐ小さなものをデプロイ)を選び、出荷前チェックリストを一行ずつ照合する。正直にチェックできない項目ごとに、失敗した項目をAIに貼り付け、その差を埋める最小の変更を求める。最後に、ホームページではなくライブサイトのディープリンクをクリックし、プロダクションが開発環境と同じように動くか確認して締めくくる。

この章のプロンプト

Here is my deployed app and its stack: [describe app + hosting + services].
Act as my launch reviewer. Walk this pre-launch checklist item by item
and, for each, tell me how to verify it on the LIVE site (not in dev):
- production URL loads over valid HTTPS on the custom domain
- all secrets set in production; none committed to the repo
- core happy path (sign-up, login, main action) works in production
- payments tested end-to-end including the webhook (if any)
- error tracking and uptime monitoring are live
- I can roll back, and have tested it once
- mobile layout works on a real phone
- database backups are enabled
For every item that fails, give me the SMALLEST change that fixes it.
Do not assume anything passes — make me prove each one.