ボルトで構築されたアプリの起動前チェックリスト (2 回の急いで起動したことから学んだ)

ボルトは、アプリの説明とその存在の確認という、宣伝する部分で真に注目に値します。最初の 2 回の起動で、宣伝されていない部分、つまり「私のマシンで動作する」と「知らない人でも使用できる」の間のすべてを学びました。これは私が現在実行しているチェックリストと、各チェックで検出された内容です。

環境とシークレットが最初です。環境変数内のすべての API キーを、クライアント コードには決して含めず、開発データベースではなく実稼働データベースに含めます。最初の起動ではクライアント側のキーが同梱されていたため、存在することを確認してください。チェック 2 が存在するのは、アプリが、簡単に言えば本番環境であるテスト データベースを丁寧に電子メールで送信したためです。

次にエラー状態のスイープが行われますが、これは AI ビルダーが組織的に見逃すものです。つまり、すべての読み込み状態、すべての空のリスト、すべての失敗したフェッチ、およびオフラインのケースです。生成されたアプリは、デモを行ったものであるため、ハッピー パス向けに最適化されます。 「これが失敗したときにユーザーには何が表示されるか」を尋ねながらすべての画面を調べてみると、失敗して沈黙する画面が見つかるでしょう。

レート制限とクォータには時間を割く価値があります。AI プロバイダーがレート制限を行ったとき、メール クォータの上限に達したとき、支払い Webhook が再試行されたときにアプリに何が起こるかです。ボルトで構築されたアプリはサンドボックスで誕生したため、無限の容量を想定する傾向があります。グレースフル デグラデーションは、ユーザーが指定する機能であり、出現する機能ではありません。

最後の 3 つは地味で交渉の余地のないものです。データベースの実際のバックアップ、ロールバック パス (以前のデプロイメント)、および実際のお金または運用ドメインでの実際のサインアップでテストされた 1 つの完全なトランザクションです。私の最初の打ち上げは 3 つすべてをスキップしましたが、運よく生き残ることができました。チェックリストが存在するので、運に左右されなくなります。