
Runway によると、対象となる従来の Unlimited サブスクリプションは 2026 年 11 月 30 日まで変更されず、その後はクレジットベースの Max プランに移行します。ヘッドラインの許容値を比較するのは簡単です。さらに難しい問題は、再試行、延長、アップスケール、および拒否されたドラフトの後にチームが実際に承認した映像が、月額 9,500 クレジットでカバーされるかどうかです。
この監査では、AI 動画クレジットが生の世代ではなく、受け入れられた最後の秒数に変換されます。モデルの選択、簡単な難易度、品質バー、およびレビュアーの行動によってユニバーサル バーン レートが誤解を招くため、独自の 3 つのジョブ レジャーを使用します。以下のすべての Runway 規約は、2026 年 9 月 9 日に同社のヘルプ ページと照合して確認されたものであるため、購入を決定する前に再確認する必要があります。
計画を変更する前にワークロードのスナップショットを作成する
月を代表する 3 つの仕事から始めます。日常的なソーシャル クリップ、高精度の製品ショット、納期に敏感なクライアントの成果物です。きれいに成功したものだけを選択しないでください。台帳には、容量を消費する作業が反映されている必要があります。
職種の組み合わせ
成果物の長さ、アスペクト比、ターゲット解像度、必要なモデル、バリエーションの数、ジョブにリップシンク、拡張、アップスケール、または編集が必要かどうかを記録します。各ジョブを元の概要にリンクします。 APOB のランウェイ スタイルの動画ワークフローも使用する場合は、プロバイダーと料金システムが混在しないように、そのワークフローを別の列に保管してください。
受け入れルール
クレジットをカウントする前に「承認済み」を定義します。クリップには、正確な製品ジオメトリ、読みやすいテキスト、特定の文字、クリーンなモーション、または 1 つの使用可能な 5 秒セグメントが必要な場合があります。チームがレンダリングを確認した後にバーを変更した場合は、変更をマークします。そうしないと、分母は目に見えずに移動します。
締め切りのプレッシャー
期日、レビューウィンドウ、および許容可能な最大キュー時間に注意してください。 Runway は、その移行を Explore Mode のリラックスした速度の世代からオンデマンドのクレジット使用への移行として説明しています。この違いが最も重要になるのは、カレンダーが空のときではなく、リビジョンが納品に近づいたときです。
シートパターン
誰が生成、レビュー、承認するかをリストします。 Runway の クレジット ガイド によれば、ワークスペース メンバーは個別の割り当てではなく、共有残高から引き出します。したがって、チームには月ごとの合計だけでなく、書き込みごとに所有者とジョブのラベルが必要です。
ジョブ | 最後の数秒が必要です | 品質ブロッカー | 締切 | ジェネレーター/レビューアー |
|---|---|---|---|---|
ルーチン ソーシャル | あなたのものを入力してください | あなたのものを入力してください | 日付/時刻 | 名前または役割 |
製品の精度 | あなたのものを入力してください | あなたのものを入力してください | 日付/時刻 | 名前または役割 |
クライアントの殺到 | あなたのものを入力してください | あなたのものを入力してください | 日付/時刻 | 名前または役割 |
目に見えない再試行を含むすべての書き込みをログに記録します
各アクションの前後で残高をキャプチャするか、利用可能な使用状況記録をエクスポートします。 1 つの台帳行は 1 つの送信された操作に相当します。ダウンロードしたお気に入りから月を再構築しないでください。削除および拒否された試行は依然としてコストを形成します。
生成バーン
日付、ジョブ、モデル、モード、期間、解決策、見積りまたは観察された借方、および結果を記録します。Runwayガイドでは、記載されている料金が必ずしも 1 世代の総コストと一致するとは限らないと述べています。期間とツール設定が重要です。利用可能な場合は、実際の口座引き落としを使用してください。
少なくとも週に 1 回、元帳と期末残高を照合します。欠落している行は安全にゼロとして扱われません。違いにフラグを立てて調査します。 Runway はこれらのクレジット システムは別個であると述べているため、ウェブアプリと API の支出を分けてください。この分離により、API 主張書が Web プランの容量決定を歪めることを防ぎます。
エクステンションバーン
拡張機能を別のアクションとして扱います。どのソース クリップを延長するか、追加されたデュレーション、および最終編集でそのマテリアルが使用されるかどうかを記録します。連続性を修正してもエクスポートに到達しない拡張機能は、許容秒数ではなく書き込みに属します。
高級燃焼
アップスケールを作成とは別にログに記録します。ジョブに配信解決が必要な場合は、許容される秒数でその要件に達する出力のみを含めます。 APOB AI Video Editor は生成後のパスとしてテストできますが、その運用とコストは Runway クレジットから明確に分離される必要があります。
拒否された試行
それぞれの拒否の主な理由を 1 つ挙げてください: アイデンティティ、モーション、テキスト、タイミング、構成、サウンド、ポリシー、またはレビュー担当者の変更。目的は、コストのかかる失敗パターンを見つけることです。結果が送信されなかったからといって、再試行を「自由探索」と呼ばないでください。
タイムスタンプ | ジョブ | オペレーション | クレジットが引き落とされました | 承認された映像 | 拒否理由 |
|---|---|---|---|---|---|
入力 | 入力 | 生成/拡張/高級化 | 観察されました | 秒 | コードまたはなし |
クレジットを承認された最後の秒数に変換する
生の秒数は、生成されたメディアの量を示します。許容秒数はどれだけ生き残ったかを示します。両方を計算し、承認されたすべてのセグメントを、それを生成した元帳行に接続します。
総秒数
生成および拡張されたすべての出力の継続時間を合計します。静止画像と音声アクションはクレジット内に保持しますが、ビデオ秒数には保持しません。総秒数は負荷を説明するのに役立ちますが、成果物の価値を説明するものではありません。
許容される秒数
承認されたカット内の固有のフッテージのみをカウントします。 2 つの 10 秒出力が同じ 3 秒セグメントに寄与する場合、受け入れられた秒数は 6 秒ではなく 3 秒としてカウントします。編集決定リストまたはタイムコードを保存して、合計を監査できるようにします。
受け入れられた 1 秒あたりのクレジット数
ジョブで消費した総クレジット ÷ 承認済みの重複しない秒数 を使用します。受け入れられた出力メトリクスの横に、ビデオ 1 秒あたりの生のクレジットを保持します。これは観察されたプロジェクトの測定値であり、約束された AI ビデオ クレジット コストではありません。その横に日付、モデル、および受け入れ規則を報告します。これらの条件のない数値は誤った比較を招きます。
リトライ率
送信した生成・延長の試行回数 ÷ accepted outputs を使用するか、試行ごとに受け入れられた出力をレポートします。定義を 1 つ選択し、それを固定しておきます。失敗の理由ごとに比率を分割します。製品テキストの再試行率が高いということは、レビュー担当者の変更率が高いということとは異なるワークフローの決定を示唆しています。
また、許容された 1 秒あたりのレビュー分も計算します。クレジットはプラットフォームの消費量を表し、レビュー時間は検索、比較、修復にかかる人的コストを明らかにします。専門家が使用可能なフッテージの回復により多くの時間を費やす場合、低クレジットのパスは依然として制作上の悪い選択となる可能性があります。どちらのメジャーも他方の代理として使用されないように、メジャーを分離してください。
一致した比較の場合は、APOB AI Video Generator を通じて同じ概要と承認ルールを送信します。互換性のないクレジット ラベルではなく、承認された出力、経過レビュー時間、修復アクションを比較します。
ストレステストのロールオーバーと共有ワークスペースのリスク
Runway の現在のドキュメントには、Max には毎月 9,500 のクレジットが含まれており、最大 1 か月の未使用のクレジットを翌月に繰り入れることができると記載されています。また、クレジットは当月プランのクレジット、ロールオーバー クレジット、購入したクレジットの順序で消費されるとも述べています。そのポリシーが主張日とどのように関係するかをテストします。
平穏月残高
台帳から取引量の少ない月を取り出し、未使用のプラン残高を予測します。ロールオーバーが無期限に続くと想定しないでください。文書化された許容範囲は最大 1 か月です。有効期限と補充はその境界によって制御されるため、正確な主張日をマークしてください。
スパイクを発射する
実際の成果物リストから発売週のシナリオを構築します。受け入れられた秒ごとに観察されたクレジットを適用してミックスを再試行し、明確にラベル付けされた偶発事象を追加します。結果は計画シナリオであり、モデルの動作の予測ではありません。
支出命令
月次残高、ロールオーバー残高、購入残高を分けます。ランウェイによれば、購入したクレジットには有効期限がないが、毎月のクレジットにはプラン固有のルールがあるという。単一の合計残高により、どのプールが最初に消滅するかを隠すことができます。
共有プール
プロジェクトの上限と承認者を割り当てます。ワークスペース全体のバランスは、1 つの重いジョブが別のチームの起動リザーブを消費する可能性があることを意味します。ピーク時の毎日の固定時間に使用状況を確認し、高価な世代の前にジョブ コードを要求します。
公式の 移行通知 では、従来の Unlimited の 2,250 クレジットと Explore モードを、Max の 9,500 クレジットと Explore モードと区別しています。 Max を無制限とは表現しないでください。
11 月 30 日までにストップロス ルールを設定する
ストップロスは元帳を運用上の決定に変えます。配信を危険にさらすことなく、別のパスをテストするのに十分な早めにトリガーする必要があります。
トリガーメトリクス
チームが毎日読み取ることができるメトリクスを 1 つ選択します。承認された 1 秒あたりのクレジット数、承認されたクリップあたりの拒否された試行数、スケジュールされた成果物あたりの残りのクレジット、または主張時の予測残高です。公的な平均ではなく、ベースラインからしきい値を設定します。
エスカレーション所有者
世代を一時停止したり、概要を変更したり、追加の単位を承認したり、ジョブのルートを変更したりできる人の名前を指定します。所有者がいないと、敷居はダッシュボードの装飾になってしまいます。
その所有者に 1 ページの週次レポートを提供します。開始残高、消費されたクレジット、許容秒数、再試行率、予測される主張日の残高、予定されている急ぎの作業、および上位の拒否コードが含まれます。ストップロスは、配信がすでにスリップした後に残高が枯渇したことを説明するだけでなく、ワークフローを変更するのに十分な早めに会話を開始する必要があります。
しきい値に達するたびに、決定とその日付を記録します。後で、介入によって拒否反応が軽減されたのか、それとも単にコストがレビューと編集に移されたのかを比較します。ストップロスは、観察可能な生産結果を変える場合にのみその地位を獲得します。
代替パス
次に何を行うかを定義します。ショットを簡素化し、テキストをポストプロダクションに移動し、別のモデルを選択するか、APOB のマルチモデル ワークフローを通じて一致したブリーフを実行します。比較が引き続き役立つように、同じ受け入れルールを維持します。
レビュー日
この監査は 2026 年 11 月 30 日までに確認し、10 月 9 日またはRunwayが計画条件を変更するたびに再度確認してください。アカウントの実際の移行メッセージを確認します。ヘルプ記事には、対象となる購読者には詳細が電子メールで送信され、年間購読者には月次ユーザーとは異なる選択肢があると記載されています。
この決定は、「9,500 の音が 2,250 よりも大きい」というものではありません。それは、Runway Max プランが、受け入れられた映像、再試行動作、コラボレーション パターン、および独自の台帳で明らかになった期限リスクをカバーしているかどうかです。
情報源

最初にこれに「いいね」してください。

クレジットカードは不要です













