mcpField
R
replica-deploy

replica-deploy

github.com/jakeschincariolクラウド・DevOps6.3k708 回インストール4 週間前に更新
リポジトリ

replica-deploy について

replica-deploy は、模倣アプリの本番デプロイ前の準備と確認を行うスキルです。テスト、本番サービス、ホスティング、ドメイン、監視、任意のモバイル公開をまとめたチェックリストを作成し、実行にはユーザーの承認を求めます。

主な機能

  1. 01デプロイ前チェックを実行
  2. 02本番サービスを設定
  3. 03ホスティングと DNS レコードを計画
  4. 04監視とアラートを設定
  5. 05任意のモバイル公開を準備

活用シーン

  1. 01公開前の模倣アプリを確認
  2. 02本番環境の設定を準備
  3. 03ドメイン接続とメール DNS の設定
  4. 04本番環境で主要フローを検証

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/jakeschincariol/replica-skill --skill replica-deploy

インストール後、Claude Code で/replica-deployを入力して読み込まれたか確認します。

同梱ファイルpreflight.md

詳細

replica-deploy

replica/ 内のすべてを読み込みます。このフォルダーにある preflight.md のチェックリストに記入し、replica/deploy.md に書き込みます。

ルール

  • ユーザーの許可なく公開しません。 事前チェックの結果を提示して、許可を求めます。
  • 購入とサインインはユーザーが行います。 Claude がドメインを購入したり、カード情報を入力したり、パスワードを入力したり、実際に使うキーを貼り付けたりすることはありません。Claude は正確な DNS レコード、環境変数名、コマンドを記述し、ユーザーがアカウントの手続きを行います。
  • リブランドが完了するまでは公開しません。 全項目のチェックをクリアする必要があります。例外はありません。

ステップ 1：事前チェック

すべてのチェックを実行し、結果を deploy.md に貼り付けます。

npx playwright test                                                  # replica-test
python3 ../replica-diff/parity.py replica/features.csv               # must-haves done
python3 ../replica-brand/sweep.py . --config replica/brand.json      # exit 0: clean
python3 ../replica-launch/listing.py replica/launch/listing.json     # if shipping to stores
npm run build                                                        # production build passes

（パスはパックをインストールした場所からの相対パスです。~/.claude/skills/ にインストールした場合は、~/.claude/skills/replica-diff/parity.py などになります。）

さらに手作業で確認します。未解決の S1 または S2 のバグがないこと、プライバシーポリシーと利用規約のページが公開されていること（すべての処理業者を記載）、EU または英国で必須ではない Cookie を使用する場合は Cookie バナーが表示されること、アカウント削除が機能すること、ファビコン、タイトル、OG 画像が自分のものになっていることを確認します。

問題があれば、デプロイを中止します。どの問題があり、なぜ中止するのかを伝えます。

ステップ 2：本番サービス

  • データベースには本番専用プロジェクトを用意し（開発用のものは使いません）、バックアップを有効にします。マイグレーションは手作業ではなく、デプロイによって実行します。
  • .env.example と一致する環境変数を本番環境用にホストへ設定します。実際に使うキーはここにのみ設定します。
  • Stripe：ライブモードに切り替え、商品と価格を作り直し、本番用の Webhook エンドポイントと署名シークレットを追加します。実際に購入を 1 回行い、返金します。
  • OAuth：各プロバイダーのリダイレクト URI と認証済みオリジンに本番ドメインを追加します。検証が必要な Google スコープは承認を受ける必要があります。承認を受けない場合、サインインできるのはテストユーザーのみです。
  • メール：プロバイダーで送信ドメインを検証します。

ステップ 3：ホストとドメイン

デフォルトでは Next.js に Vercel を使います（それ以外の場合は Netlify、Cloudflare Pages、Fly、または Render）。リポジトリを接続し、main のデプロイと、プルリクエストごとのプレビュー URL の生成を設定します。

ドメインをレジストラで購入するのはユーザーです。

レコード名前値
A@ホストのエイペックス IP（Vercel の場合はドメイン設定に表示されます）
CNAMEwwwホストのターゲット（Vercel の場合は cname.vercel-dns.com）
TXT@ またはサブドメイン要求された場合はホストの検証値

メールプロバイダーのメール用 DNS レコードを設定します。SPF（TXT）、DKIM（CNAME または TXT）、および v=DMARC1; p=none; rua=mailto:you@yourdomain で始まる DMARC レコードを設定し、レポートに問題がなければ quarantine に変更します。これらがないと、確認メールが迷惑メールに振り分けられます。

正規ホストを 1 つ（エイペックスまたは www）選び、もう一方からリダイレクトします。上記のホストでは HTTPS が自動で設定されますが、必ず確認してください。

ステップ 4：監視

エラー追跡（Sentry またはホストの機能）、ホームページと主要フローの API の稼働状況チェック、ログの保存、分析機能（プライバシーに配慮したものなら Cookie バナーを避けられます）、ユーザーのメールアドレスまたは電話番号へのアラートを設定します。その後、本番サイトで主要フローを自分で実行し、ユーザーにもスマートフォンで実行してもらいます。

ステップ 5：モバイル（アプリがある場合）

Expo の場合：eas build を実行し、続けて eas submit で TestFlight と Play の内部テストに提出します。ネイティブアプリの場合：Xcode でアーカイブして App Store Connect にアップロードし、Gradle バンドルを Play Console にアップロードします。開発者アカウントはユーザーが所有します（Apple は年額 $99、Google は初回のみ $25）。まずベータ版を公開し、その後 replica-launch の掲載情報を使って審査に提出します。

出力

すべてのチェックとその結果、本番 URL、設定した DNS レコード、最初の 1 週間に監視する項目を記載した replica/deploy.md。これでクローンは、あなたの名前が付いたアプリになりました。

コメント

Markdown 対応