AI生成Webアプリを公開する前に確認したい5項目

AIでWebアプリを短期間に作れるようになっても、「画面が動いた」だけでは公開可否を判断できません。公開前に、最低限ここだけは分けて確認しておくと、修正の優先順位を決めやすくなります。

1. build・型・lintを別々に確認する

開発画面が表示できても、本番build、型検査、lintのどこかが失敗することがあります。3つを同じ「動作確認」にまとめず、実行コマンドと結果を残します。

2. 秘密値が公開側へ混ざっていないか

APIキー、サービスロールキー、接続文字列などを、ブラウザへ配信される環境変数やソースへ置かないことが基本です。ログやサンプル設定も確認対象です。秘密値そのものをレビュー依頼へ貼る必要はありません。

3. ログインと権限を分けて考える

「ログインできる」と「他人のデータを読めない」は別問題です。利用者Aの状態で利用者Bのデータへ到達できないか、管理者用処理が一般利用者から呼べないかを確認します。Supabaseを使う場合は、RLSの有効化だけでなく、各テーブルのポリシーも対象です。

4. 正常系以外の画面を確認する

空データ、通信失敗、権限不足、期限切れセッション、二重送信などで、誤解を招く表示や操作不能が起きないかを確認します。

5. 指摘を優先度と再確認手順へ変換する

問題一覧だけでは直し切れません。公開停止級、早期修正、改善候補に分け、対象箇所・理由・修正後の再確認方法を1セットにします。

この5項目は安全性を保証するものではなく、侵入テストの代替でもありません。ただし、公開前レビューの入口として、確認漏れを減らしやすくなります。

自分で切り分けるのが難しい方向けに、Next.jsまたはSupabaseの1リポジトリを対象とした固定範囲の公開前レビューも出品しています。主要30ファイルまでを確認し、優先度・対象箇所・理由・修正順・再確認手順をMarkdown 1件で返します。修正実装、通話、本番操作、質問し放題は含みません。

サービス詳細（ココナラ内）:

https://coconala.com/services/4374704