最初の画面より変更の単位を決める
依頼を「管理画面を全部作る」ではなく、一つの一覧へ条件を追加するなどの単位に分けます。現在の挙動、変える点、変えない点、使う見本データを渡してください。プレビューで希望の見た目になったら、コード側の変更理由と保存の流れも確認します。生成した行数は完成度を示しません。不要なライブラリや別画面の変更が混ざった場合は、目的の修正へ絞ってから次の依頼へ進むと、使った利用量と採用した成果の対応を追いやすくなります。 確認を依頼する人には、現在の版と再現する入力例も渡し、別の版を直す行き違いを減らします。
トークンは短い指示だけで決まらない
Boltの公式資料では、プロジェクトを読み、理解し、同期する処理がトークン消費へ影響すると説明しています。短い変更依頼でも、大きなプロジェクトなら同じ量とは限りません。料金表のトークン数を他社のメッセージ数やクレジットと直接比較しないでください。同じ機能と修正を依頼して残量を記録し、必要な手直し時間も並べます。文脈を減らす際は必要な型や呼び出し元を消さず、今回の疑問に関係する情報へ絞る方が、単に指示を短くするより判断に役立ちます。
現行Proの月払いを基準にする
2026年10月28日の公式料金ページでは、Proが月払い25米ドル、月間10Mトークンからの構成として表示されています。これは月払いの表示であり、以前の年額換算18米ドルとは請求周期が異なります。上位容量、税、公開の条件は実際の契約画面で確認してください。無料枠には日次と月次の制限があり、長期の開発に必要な量とは別に考えます。有料化の理由を独自ドメイン、必要な機能、利用上限へ分け、使わない上位機能を理由に予算を増やさないようにします。
架空の例:一覧の条件を増やす
架空の在庫一覧へ「在庫あり」の条件を加えます。ゼロ件、条件なし、文字検索との併用、条件を消した後を確認項目にします。新しい条件を追加しても編集した数量が保存され、再読み込み後も正しい一覧になるかを見てください。AIへは一度に別のデザインを頼まず、確認で失敗した入力と期待値を返します。これは実際の性能測定ではなく、初回生成の後でも既存機能を保って修正できるかを確認する演習です。採用した差分と残る問題を一緒に記録します。
GitHub同期と公開先を確認する
現在の公式GitHub案内には、既存リポジトリの取込、コードの同期、ブランチでの作業が示されています。バックアップ先を作ったら、別担当者がコードを取り出して起動できるかを試します。Gitへの保存だけではDB、外部サービス、認証情報、公開権限までは揃いません。公開先では実際に入力を保存し、別画面で読み直し、未ログインと別ユーザーも確認してください。プレビューの成功と公開アプリの成功を分けることで、設定の違いをアプリの不具合と混同しにくくなります。
解約前に残量と引き継ぎを確認する
公式の取消手順では有料契約は現在の期間中有効で、次の請求期間からFreeへ変わります。未使用トークンや更新時の条件は契約画面で確認してください。利用を止める場合は、コードと必要なデータを保存し、公開中のアプリを残すか別途決めます。接続を切る操作と請求を終える操作は同じとは限りません。次の担当者が小さな修正を再現し、確認して公開できることを引き継ぎの条件にすると、制作ツールの契約が変わっても保守を続けられます。
参照した公式情報
料金・提供条件・対応範囲は変更されることがあります。契約前に、下記の公式ページでご確認ください。
- Bolt tokens情報確認日: 2026-10-28
- Bolt pricing情報確認日: 2026-10-28
- Bolt GitHub version control情報確認日: 2026-10-28
- Bolt billing情報確認日: 2026-10-28