Comfy Router の課金

Comfy Router がモデル呼び出しに対してどのように課金するか、カタログのポリシー拒否時の課金フィールドの意味、および使用量を照合する方法について説明します。

課金が発生するのは、プロバイダーが Comfy に課金したときです。同じルールが同期呼び出しとキュー中の呼び出しにも適用され、結果を再送する同一キーの再試行に二重の課金は発生しません。

​

モデル課金に関する事実

GET /v2/models とモデル詳細レスポンスには billing.charges_on_policy_rejection が含まれます。これはポリシー拒否についてのものであり、すべての失敗や価格見積もりを示すものではありません。

値	意味
yes	ポリシー拒否に対して課金されます。
no	ポリシー拒否に対して課金されません。
unknown	まだ挙動が確認されていません。課金される可能性があるものとして扱ってください。

これらの文字列は明示的に比較してください。"no" は Python と JavaScript では真（truthy）と評価されます。認識できない値はすべて unknown として扱ってください。クレジット不足で拒否されたリクエストは insufficient_credits を報告します。

​

請求の照合

プロバイダーのペイロードには独自のコストや使用量の数値が含まれることがありますが、それらは Comfy の請求額ではありません。X-Comfy-Credits-Used は一部のモデルと成功したレスポンスでのみ利用できます。同じ Idempotency-Key のリクエストで Router が結果を再送する場合、元のヘッダーとともに Idempotent-Replayed: true が返されます。課金は一度だけなので、再送されたヘッダーを再度合算しないでください。ヘッダーがないことは無料を意味しません。照合にはワークスペースの使用量と請求書を使用し、請求を調査する際はリクエスト ID を保管してください。

​

次のステップ

• 制限事項: Router が課金について報告する内容と、報告しない内容。
• エラーと再試行: 二重に課金される呼び出しを作らずに再試行します。