プロバイダーが課金していない限り、拒否されたレンダリングは返金されます

変更点

NOLGIAはリクエストを受け付けると、クレジットを保留します。配信が完了すると保留が課金に変わり、技術的な理由でレンダリングが失敗した場合は保留が解除されるため、費用は発生しません。

以前は、レンダリングの拒否に対するルールがより厳格でした。プロバイダーがレンダリングを拒否し、その応答に課金が発生したかどうかを示す情報がない場合、保留中のクレジットは消費されていました。9月23日以降、このケースは返金対象となりました。プロバイダー自身の応答で課金対象の作業が行われたことが明らかな場合のみ、拒否に対して支払いが発生します。

以下の2つのモデルファミリーは、プロバイダーが実際に提供した分のみを課金するため、毎回返金されます。GPT Image（画像が生成された後にブロックされた場合を含む）とSeedance 2.5です。GoogleのフィルターによってブロックされたLyria 3.5のプロンプトは、再試行される代わりに、即座に拒否として返金されます。

この変更は、その日以降の拒否に適用されます。すでに精算が完了したジョブには遡及適用されません。

拒否が依然として課金される場合

その他のすべてのモデルでは、プロバイダーが試行に対して課金したと見なされるのは、次の2つの場合のみです。

• プロバイダーがレンダリングを受け入れて開始した後に、フィルターによって拒否された場合。
• プロバイダーが結果を生成した後に、それをブロックした場合。

それ以外のすべてのケースは返金されます。作業開始前のプロンプトまたは参照の拒否、およびフィルターがどこで実行されたかについて応答に記載がない拒否が含まれます。

アプリで確認できる内容

コンポーザー下のキューで、拒否されたレンダリングのカードには コンテンツフィルターによりブロック と表示され、プロバイダーの理由が記載されます。その下に、クレジットの状況を示す1行が表示されます。「Your credits were refunded.」または「The credits for this attempt were charged.」結果がまだ記録されていない場合は、推測するのではなく、その行は表示されません。

プロンプトを編集 を選ぶと、プロンプトがコンポーザーに戻り、変更して再試行できます。請求ページの使用状況リストには、課金と、返金がある場合は同額の返金が表示されます。

APIが伝える情報

拒否されたジョブは、failure.kind が moderated に設定され、型付きの failure.code を伴って失敗します。prompt_nsfw は、安全性の観点からフィルターがリクエストまたはその結果を拒否したことを意味します。ip_detected は、認識可能な実在の人物または保護された作品として拒否されたことを意味します。対処法は異なります。前者の場合はプロンプトまたは参照メディアを編集し、後者の場合は参照画像または指定された被写体を変更してください。

failure.credits_refunded は台帳の回答です。true はジョブが無料だったこと、false は課金されたこと、空の値は結果がまだ記録されていないことを意味します。メッセージテキストではなく、コードで分岐してください。@nolgia/sdk と nolgia のパッケージは、生成が拒否された場合や失敗した場合に、そのコードとともに NolgiaGenerationError を発生させます。

NOLGIA はデフォルトで拒否を 30 分間記憶します。その期間内の同じリクエスト、または同じモデルで同じ拒否された参照を使用した場合、プロバイダーを呼び出したり再課金したりすることなく、同じ拒否が返されます。新しい Idempotency-Key でもこれを回避できません。

課金されないケース

詳細なルールは料金とクレジットおよびモデルエラーに記載しています。クレジット、プラン、追加購入の仕組みについてはクレジットの仕組みをお読みください。ご自身でレンダリングを停止した場合の挙動はレンダリングをキャンセルするとどうなるかをご確認ください。