生成が拒否されたとき、ポイントは戻ってくるのか

動画モデルはそれぞれ独自のコンテンツ審査を行っています。ジョブが拒否されて戻ってきたとき、本当に知りたいことはひとつだけです：それで料金はかかったのか？

多くのプラットフォームでは、残高を見て確かめるしかありません。以下が私たちのルールと、その根拠になった測定です。

拒否はまったく異なる2か所で起きる

私たちは20数種類の動画モデルを扱っています。拒否されたジョブに対して提供元が何を返すかを記録し始めると、きれいに2つの方式に分かれました。

2つの点に注目してください。

まず、executionTime: 0 はどちらにも現れます。これは何の判断材料にもなりません。提供元は実行時間ゼロと報告しながら課金することができます。課金とタイマーはまったく別のものを測っているからです。

次に、本当の手がかりは実時間です。6秒ほどで返ってくる拒否は、そもそもモデルに届いていません。17秒かかる拒否は、クリップが生成され、審査され、捨てられたことを意味します —— そして、その17秒分の計算資源には誰かがお金を払っています。

MiniMax H3 は入力側の審査です：約6.5秒で、入力を名指しするエラーとともに拒否し、課金しません。Grok Imagine 1.5 は出力側の審査です：17〜18秒で失敗し、それでも価格を返してきます。

基準は「実際に課金されたか」であり、「どのモデルか」ではない

ここがいちばん大事な部分です。多くのプラットフォームがまさにここで間違え、しかもあなたがお金を払う方向に間違えるからです。

私たちはエラー文を読んで返金を決めることはしません —— それは推測にすぎません。拒否が返金されないのは、次の2つが両方とも当てはまるときだけです：そのモデルのパネルにお知らせが出ていること、そして提供元がこの失敗ジョブについて実際に私たちに課金したこと。 どちらか一方でも欠ければ返金します。

• 提供元が課金を報告 → その回は返金されません。生成ボタンを押す前にお知らせしています。
• 提供元が課金なしと報告 → 全額返金。
• 応答を解析できない、フィールドがない、型が違う、あるいはそもそもこの種の失敗ではなかった → 返金します。

いちばん重視しているのは最後の項目です。判断がつかないときは、お金はあなたに戻ります。 本来こちらが負担すべきコストをかぶるほうが、使ったと証明できないポイントを受け取っておくよりずっとましです。私たちのコードには、ポリシーによる拒否に見えるけれど実際はそうではない失敗が、確実に返金されることを確かめるためだけのテストがあります。

現時点で、約20の動画モデルのうち返金されないのは1つだけ

このリストに載っているのは Grok Imagine 1.5 だけです。提供元が拒否されたジョブに対して私たちに課金する、唯一のモデルだからです。

そしてこれは利用規約の片隅の注記ではありません。このモデルを選ぶと、ポイントを使う前に生成パネルの下部にお知らせが表示されます。パネルのお知らせと返金の判定は、同じリストを読む同じ関数を呼び出していますので、構造上ずれることはありません。さらにテストスイートには、このリストを1モデルに固定するチェックもあります。

この制約には具体的な理由があります。プラットフォーム上のほかのいくつかのモデルも、失敗時に価格を返します。それらをまとめて返金対象外にするのは簡単でした。しかし、それらのモデルのパネルにはお知らせがありません。一度も知らされていない人からポイントを取るのは、ポリシーではありません。ただポイントを取っているだけです。

キャンバス上のそれ以外の動画モデルは、コンテンツによる拒否をすべて全額返金します。

作業するうえで意味すること

• 6秒ほどで失敗したジョブは、入口で止められたものです。ポイントはすでに戻りつつあります。
• 20秒ほどたってから失敗したジョブは、生成された後に拒否されたものです。キャンバスの動画モデルは1つを除き、この場合も返金されます。
• 拒否でも課金されうるモデルなら、生成前にパネルでそう表示されます。キャンバスでは、お知らせがなければ返金されます。
• どちらだったのかを知るために、残高を確認する必要はありません。

ルールを自分でぶつかって知ってもらうより、先に公開しておきたいと考えています。