カードを渡す前に知っておく価値がある4つの数字：
- 毎月の割り当ては、サイクルごとに未使用分がゼロにリセットされます。
- クレジットパックには一切の有効期限がありません。
- 未使用のパックの返金は14日間有効です。
- 失敗した生成でも、出来上がりを気に入るかどうかに関わらず、ちょうど1クレジット分の作業が消費されます。
そのうち3つは価格ページに書くべき内容です。興味深いのは、実際の支出がどう順序付けられているかという部分に埋まっており、クレジットが意味を持つものなのか、単なるマーケティング上の数字なのかの違いを生むため、詳しく説明する価値があります。
なぜ割り当てが先に使われるのか
アカウントに毎月の割り当てと購入済みパックの両方がある場合、パックに触れる前に割り当てから消費されます。これは価格ページの見出しには書かれていませんが、パックが支払った分の価値をきちんと持つための仕組みです。
その逆を考えてみてください。もしパックが先に消費されるなら、割り当ては使われないまま放置され、課金サイクルが切り替わった時点で消えてしまいます。忙しい週をカバーするために3月に買ったパックが、追加分ではなくサブスクリプションを密かに補填するだけになり——プランで一度、パックで一度と、同じ作業単位に二重に支払っていることになるのに、既に支払ったものは背後で消えていきます。割り当てを先に使う方式にすると、無料プラン分のお金が先に使われ、追加容量のために特に支払ったお金はリセットが奪うはずのものすべてを乗り越えて残ります。3月に買ったパックは、11月になってもその日買ったときとまったく同じ価値を持ちます。
この非対称性こそ、そもそも2種類のクレジットが異なる期限を持つ理由でもあります。割り当ては支払っているサイクルに紐づく利用分です——無期限に持ち越されるなら、ログインしない四半期ごとに実質3か月分のクレジットを1か月分の価格で売っていることになり、価格ページにその説明のための細かい注釈が大量に必要になります。だからそれはFAQに埋もれさせるのではなく、はっきりとリセットされます。パックはサブスクリプションの特典ではなく、利用権を買うために支払われたお金なので、特典ではなく残高のように振る舞います——背後でカウントダウンする期限はありません。
有料トップアップがサブスクリプションのサイクルと一緒に静かに消えてしまい、規約のどこかには技術的に記載されているものの、いつも罠のように感じられるツールを使ったことがあります。
支出の順序は、この製品がそうならないようにするための小さな仕組み上の選択です。
実際にクレジットを消費するもの
モデルがあなたの代わりに実際の作業を行うすべて：
- 最初のビルド
- 変更後の再ビルド
- 競合ページを読むリサーチパス
- マーケティング用の草稿
- メタデータを書き直す最適化パス
これらは同じ価格ではなく、それが正しいあり方です——フルビルドは数分間のモデル処理時間で十数個のファイルに触れる場合がありますが、見出しの微調整は数秒の集中編集で済みます。アクション種別ごとのレートは価格ページに掲載されており、基盤モデルを再調整するにつれて変動します。古い価格を守るために品質を密かに落とすより、数字を公然と調整する方を選びます。
何も消費しないもの：
- 公開済みサイトが稼働を続けること — 1日あたりのコストはゼロ
- ダッシュボードを読む
- ランキングの確認
- 過去の実行履歴を閲覧する
- アシスタントに普通の質問をする
答えが実際に何かをすることを求めるのではなく、何かを教えるだけである限り、すべて無料です。ルールはどこでも一貫しています——モデルが何かを生成または変換したのか、それとも既存のものをただ読んだだけなのか。
気に入らなかった生成でも、作業自体が行われた（トークンが消費され、計算資源が使われ、モデルが完了まで実行された）ため、クレジットは消費されます。これは、何も生成する前にこちら側のエラーで失敗する実行とは別のケースで、それについては当社の責任であり、以下で説明します。満足するまで無料でリトライできると言えば聞こえは良いですが、誰かの3回目の試行が、一発で成功させた全員によって密かに補填されているのだと気づくとそうでもありません。
どこで破綻し、それに対して何をするか
ビルド途中で不足すると、実行はその場でログ内に一時停止し、数ステップ後に半端なページで終わることはありません——静かな失敗も、消えた残高も、詰まっているかどうかの推測も不要です。追加購入するかリセットを待ち、停止した地点から再開します。私はこれをクライアントデモの最中に目撃しました。「もう一パスお願い」と頼まれた瞬間に割り当てが尽き、一時停止メッセージが必要なものを示し、その場で小さなパックを購入し、実行は1分足らずで再開されました。
| 失敗の種類 | 返金対象？ |
|---|---|
| プラット側の障害（当社の基盤側の問題） | はい — 申請すれば再クレジット、面倒なチケット対応は不要 |
| アプリストアの審査落ちやAPIキーの失効 | いいえ — ただし根本原因の解決はお手伝いします |
クレジットの返金では、壊れたSearch Console接続は直りません。だからこそ、こうしたケースは意図的に別扱いにしています。
返金は、その14日間の期間内における未使用のパックと未使用の新サイクルのみが対象で、それ以上はありません。消費された作業は戻りません——エージェントがサイトを構築した後に気が変わっても、その計算処理は既に発生しています。請負業者が、依頼をやめた草案の請求済み時間を返金しないのと同じです。返金ポリシー全文は短く、返金ポリシーを長くするような例外を作らないようにしたためです。
