生成ボタンを押しても何も起きませんでした。

元画像が必要なテンプレートで、アップロードスロットが埋まっていないことがほとんどです。不具合と考える前に、すべてのスロットを確認してください。

結果が違う縦横比で返ってきました。

おそらくアスペクト比が設定されていませんでした。多くのモデルで解像度とアスペクト比は別のコントロールで、形を指定しないと自動で選ばれます。

1つのテンプレートだけ失敗し続けますが、ほかは問題なく動きます。

このパターンは、あなたのリクエストではなく、そのテンプレートの背後にあるモデルを指します。最も多いのは、プロバイダーによるエンドポイントの終了です。同じファミリーの別のテンプレートを使ってください。

失敗した生成でもクレジットはかかりますか？

開始されなかった生成にはかかりません。望まない結果が生成された場合はかかります。そのため、短い尺と低めの解像度で先にテストする習慣には価値があります。

言い換えれば、拒否を回避できますか？

被写体自体が対象外なら無理です。拒否と技術的なエラーは外から見ると似ていますが、必要な対応は正反対です。一方は別のリクエストが必要で、もう一方は別の設定が必要です。

生成が失敗する理由とエラーの本当の意味

要点

1. 指定した形がモデルの受け付けるものではない

サイズの表現はモデル間で共通ではありません。解像度の帯を受け付けるもの、アスペクト比を受け付けるもの、明示的な寸法を受け付けるものがあり、あるモデルで有効な組み合わせが別のモデルでは意味をなしません。これは最もよくある、気づきにくい失敗です。成功して、正しく生成された画像が違う縦横比で返ってくることもあるからです。出力が正しい被写体で違う形なら、このカテゴリーで、対処はプロンプトを変えることではなく、形を明示的に設定することです。

2. 必須の入力が足りない

画像から画像、画像から動画のテンプレートには元画像が必要で、複数必要なものもあります。生成ボタンを押しても何も起きないように見えるテンプレートは、たいてい未入力のアップロードスロットを待っています。これで失うのは時間だけで、何かが壊れていると考える前に確認する価値があります。

3. 選んだ設定に対して残高が足りない

コストは尺と解像度で増えるため、同じテンプレートでも、ある設定なら手頃で、別の設定では手が届かないことがあります。何も生成されないまま、開始前に生成が止まる場合は、たいていこれです。尺を下げるのが、テンプレートを範囲内に戻す最も速い方法で、結果を良くする可能性が最も高い設定でもあります。

4. モデル自体がもう利用できない

ホスト型のモデルはプロバイダーによって、ときには予告なしに終了され、先月まで使えたモデルが存在しなくなることがあります。当社はカタログをプローブしてこれを確認し、なくなったエンドポイントを非表示にしていますが、プロバイダーがルートを閉じてから当社が気づくまでには、必ず間があります。特定のテンプレートだけが繰り返し失敗し、ほかは成功するなら、これが原因の可能性が高く、同じファミリーの別のテンプレートに切り替えるのが当面の回避策です。

バージョンと選択肢

何かが生成されたかどうかを確認します。何もない場合は入力、残高、利用可否が原因で、おかしく見える結果なら形かプロンプトが原因です。
テンプレートが求めるアップロードスロットがすべて埋まっていることを確認します。
尺か解像度を下げて1回だけ再試行します。残高のケースと、形のケースの一部の両方に当てはまります。
別のモデルファミリーを使う別のテンプレートを試します。それが成功すれば、問題はあなたのリクエストではなく、最初のモデルです。
ほかが動くのに、同じテンプレートがどの設定でも失敗するなら、利用できないものとして扱い、再試行せず先に進みます。
上の4つのチェックを除外できてから、初めてプロンプトを書き直します。

根拠とガイド

5. コンテンツ上の理由でリクエストが拒否された

ホスト型モデルはそれぞれ独自のフィルターを適用しており、それは他のモデルのものとも当社のものとも異なります。拒否はエラーとは違います。リクエストは理解されたうえで断られたということです。被写体自体が対象外なら言い換えてもほとんど効果はなく、技術的な不具合と決めつけずにレスポンスを読む価値があります。外から見ると似ていますが、必要な対応は正反対です。

6つ目のケース：成功したのに、間違っている

これは人が失敗に数えないケースですが、毎回クレジットを消費するため、件数で見ると最もコストの高いカテゴリーです。クリーンできれいにレンダリングされているのに、頼んだものと違う結果が返ってくる場合、モデルの不具合であることはまずありません。モデルに一度も届かなかった指示があるのです。よくある原因は、指定されていない形、動きではなく形容詞で書かれた動き、そして被写体を再度説明して再解釈を招いた画像から動画のプロンプトです。モデルが弱いと考える前に、あなたが意図したことではなく、プロンプトが実際に指定した内容を確認してください。

同じリクエストを再試行すると、うまくいくことがある理由

同一のリクエストが常に同一の結果を生むわけではないため、最初の試行で失敗したものが、再試行で成功することがあります。知っておく価値はありますが、これは罠でもあります。原因が入力の不足、利用できないモデル、範囲外の設定である場合、再試行は必ずまた失敗し、コストがかかり続けます。1回の再試行は、一時的なノイズに当たったかどうかを確かめる妥当なテストです。何も変えずに3回目を試すのは、戦略ではありません。その時点での答えは、リクエストのどこかを変える必要があるということです。

自分の問題か、こちら側の問題かを切り分ける

問題を切り分ける簡単な方法は、別のモデルファミリーを使う別のテンプレートを、できるだけシンプルな設定で実行することです。それがうまくいけば、問題は最初のテンプレートまたはモデルに固有で、最も速い対処は、デバッグを続けるより別のものを使うことです。それも失敗するなら、問題は共通の経路、つまり入力、残高、リクエスト自体にある可能性が高く、下のチェックのほうが、プロンプトをいくら書き直すより早く見つけられます。