Runwareレビュー【2026年】40万モデルのAPIとGPU単価を読み解く

Runwareは、画像・動画・音声・言語・3Dの生成を一つのAPIにまとめた計算基盤です。公式は「One API for 400K+ AI models」とうたい、40万以上のモデルを同じ認証と同じ請求で扱えるとしています。料金は三層で、モデルごとの生成単価、秒単位のGPU利用、そして長期で押さえる予約の三つ。画像は1枚0.003ドルから、GPUは1時間1.99ドルからという表示です。数値は2026年10月26日に公式サイトと料金ページで確認しました。実機での生成品質の検証は行っていないため、この記事は公開情報の読み解きになります。

Runwareとは？生成AIの計算だけを請け負う土台

Runwareは、生成AIを動かすための計算をまとめて請け負う事業者です。自社で画面を作るのではなく、APIという形でモデルを貸し出す。利用者は自分の製品から呼び出し、結果だけを受け取ります。公式の説明は「One API for 400K+ AI models, plus serverless GPUs and reserved GPU capacity」。モデルの数だけでなく、GPUそのものも貸す二段構えになっている点が、他の生成APIと違うところです。

公式トップには規模の数字が並びます。累計100億件の推論、40万以上のモデル、100万以上の開発者、3億人以上のエンド利用者、直近90日の稼働率99.99。いずれも自社発表の数字であり、第三者による検証は受けていません。ただ、数字の並べ方からは、個人向けの道具ではなく製品に組み込む相手を想定していることが読み取れます。

四つの層で構成されている点も公式に説明があります。呼び出しの受付、モデルの標準化、モデルを常時読み込んだ状態での振り分け、そして自社で設計した機材。このうち料金に直結するのは後ろの二つで、同じモデルでも積み方によって単価が変わります。「モデルは同じ、計算の土台が違う」というのが公式の主張です。

もう一つ、開発の入口が複数用意されている点を記しておきます。MCPサーバー、CLI、エージェント向けのスキルファイル。GitHub Copilotのような道具と並べると、位置づけが見えやすいはずです。いずれも既存の作業環境から呼び出しの形を作れる入口であり、土台を売る事業者としては数を増やすのが合理的だと読めます。

料金は3層に分かれている（2026年10月時点）

料金は、性格の違う三つに分かれています。一つ目はモデルごとの生成単価。画像なら1枚、動画なら1秒、音声なら1文字、言語なら100万トークンという単位で決まります。二つ目はGPUの時間貸し。自分のモデルやコンテナを持ち込んで動かす場合の料金です。三つ目は予約。一定のGPUを期間で押さえる形になります。

金額は2026年10月26日時点で公式料金ページに表示されていた米ドル建ての数値です。表示は地域・支払い周期・為替で変わるため、契約前に公式サイトの料金表を確認してください。

三層を分けておくと、見積もりの当て先が決まる

この三層は、そのまま三つの問いに対応します。既製のモデルを呼ぶだけなら、見るべきは生成単価だけ。自前のモデルを動かすなら、GPUの時間単価と稼働時間。常時動かすなら、予約の単価と契約期間。混ぜて考えると、どこを削れば安くなるのかが分からなくなります。「自分の処理はどの層に乗るのか」を先に決めるのが、この料金表を読む最初の一歩だと考えます。

実務では、三層のうち二つにまたがる構成も普通にあります。例えば、既製のモデルで下書きの画像を作り、自前のモデルで仕上げる。前半は生成単価、後半はGPU時間で費用が動きます。この場合、費用の大半はどちらに寄るかを先に測っておくと、改善の順序が決まります。生成単価が安くても、GPUを遊ばせていれば後半が膨らみます。

為替の影響も三層すべてに共通します。単価はドル建てで、円で払う場合は決済時の比率が効きます。1枚0.003ドルという世界では、為替の差は1枚あたりでは見えません。月に数十万枚を流す段階になって初めて、為替が費目の一つとして姿を現します。逆に言えば、小規模なうちは為替を気にするより、枚数を数えるほうが効きます。

画像1枚の単価を、公式の表から読む

公式の料金ページには、モデルごとの単価が並びます。同じ画像生成でも、0.003ドルから0.075ドルまで幅があります。この幅は品質の差でもあり、計算の重さの差でもあります。安いモデルは解像度が低くステップ数も少なく、高いモデルは条件が重い。単価だけを並べても比較になりません。

同じモデルでも、条件で単価が動く

表の上から二つを見比べると、同じFLUX 3 Image Kleinでも0.003ドルと0.0089ドルです。違いはステップ数で、16と50。条件を重くするほど単価は上がります。公式も「価格は数千のパラメータで変わる」と明記しており、表は代表的な条件の抜粋にすぎません。単価を比べるときは、モデル名だけでなく解像度とステップ数まで揃えて読む必要があります。

この構造は、見積もりを難しくすると同時に、節約の余地を残します。試作の段階ではステップ数を下げた安い条件で回し、仕上げだけ条件を上げる。同じモデルの中で段階を分けられるわけです。1,000枚を試作で流すなら、0.003ドルなら3ドル、0.0089ドルなら8.9ドル。金額は小さいですが、回数が増えるほど差は積み上がります。

動画と音声の単価も同じ表に載っています。動画は1秒あたりで、Kling 4.0の720pが0.13345ドル、HeyGen Video 1.0の480pが0.01ドル、Wan3.0の480pが0.05ドル。音声は1文字あたりで、HeyGen Voice 1.0が0.00003ドル。10秒の動画を1本作ると1.3ドル前後という計算になり、画像の数百枚ぶんに相当します。動画は試行の回数を絞る前提で設計するのが、この単価表から読み取れる実務的な結論です。

テキストも同じ土台で扱えます。GPT-6 Lunaが100万トークンあたり0.10ドル、Claude Haiku 5.5が0.10ドル、Gemini 3.8 Flashが0.75ドル、Claude Sonnet 5.5が2.00ドル、Claude Opus 5.5が4.00ドル、GPT-6 Astraが10.00ドル。画像生成のために契約した土台で言語も呼べる点は、構成を一つにまとめたい開発者には魅力的に見えます。ただし、この単価が市場で最安かどうかは、この記事では判断しません。

GPU時間の単価と、予約に踏み切る条件

二層目のGPUは、秒単位で課金されます。1時間あたりの表示は、L40Sが1.60ドル、RTX PRO 6000が1.99ドル、H100が3.95ドル、H200が4.50ドル、B200が6.00ドル、B300が7.00ドル。予約にすると、L40Sが0.99ドル、RTX PRO 6000が0.63ドル、H100が2.45ドル、H200が3.00ドル、B200が5.49ドル、B300が3.43ドルまで下がります。

判断の分かれ目。秒単位のままか、予約に踏み切るか

分かれ目は、稼働が途切れるかどうかです。秒単位の料金は、遊んでいる間は0円です。1日のうち数時間だけ動かすなら、予約の割引率より「使わない時間に払わない」ことのほうが効きます。逆に24時間動かし続けるなら、秒単位と予約の差はそのまま利益になります。RTX PRO 6000で1時間1.99ドルと0.63ドルなら、丸一日動かすと47.76ドルと15.12ドル。この差が毎月続くなら、予約を検討する理由は十分にあります。

予約には、量の読みが必要です。公式は「基準となる量が分かったら期間で押さえる」という順序を示しており、いきなり予約から入る形にはなっていません。最初は秒単位で走らせ、1か月の稼働時間を実測する。その数字を見てから期間を決める。この順序なら、読み違えても損失は1か月で済みます。逆に、予約を先に決めて稼働が伸びないと、使わない枠に払い続けることになります。

自前のモデルを持ち込む場合、単価の比較対象は他社のGPU貸しになります。ReplicateやTogether AIも同じ層を提供しており、単価だけでなくモデルの読み込み時間や起動の速さが実費を左右します。この記事では他社の単価を並べた比較は行いません（未検証）。自社で測るべきは、「1リクエストあたり何秒動いたか」という数字だと考えます。

もう一点、課金の粒度が秒である点は、小さな処理を多数流す用途に味方します。分単位の課金だと、10秒で終わる処理にも1分ぶんを払うことになります。秒単位なら、その無駄がありません。バッチ処理のように短い処理を大量に流す仕事では、この粒度の差が積み上がります。反対に、常時動かす処理では粒度はほとんど意味を持ちません。

Replicateなど基盤系との違いは、課金の粒度とモデルの数

同じ層を提供する事業者として、ReplicateやTogether AI、Groqが挙げられます。いずれも複数のモデルをAPIで貸し、利用は従量で数える形です。違いが出るのは、モデルの数、課金の粒度、そして予約の有無です。ここでは公開情報から言える範囲の整理にとどめ、優劣の判断はしません。

この表で言えるのは、料金の刻みとモデルの数までです。生成の速さや仕上がりの質は、同じ条件で試さないと比べられません。生成APIの比較記事では「速い」「きれい」という言葉が並びがちですが、条件を揃えないと意味を持ちません。解像度、ステップ数、モデルの版を揃えて、同じ問いを投げる。この手順を踏まない比較は、参考程度にしかなりません。

向き不向きの見極め

向いているのは、複数種別の生成を一つの契約にまとめたい開発チームです。画像も動画も音声も言語も、同じ認証と同じ請求で扱える。請求の突き合わせが一度で済むのは、運用の負担として小さくありません。逆に向いていないのは、出来合いの画面で完結したい人です。MidjourneyやLeonardo.Ai、Kreaのような道具は画面まで含めて提供しており、APIを選ぶと画面は自分で作ることになります。

画像の生成品質を突き詰めたい場合も、判断は分かれます。Ideogramのように文字の描画に強いモデルを画面から使うほうが早い場面はあります。Runwareの強みは、そうしたモデルを自分の製品の中から呼べることにあります。道具として使うか、部品として組み込むか。この線引きが、最初の分かれ目です。

自前のモデルを育てているチームにも、居場所はあります。重みを持ち込み、Stable Diffusion WebUIで試した設定をそのまま流す。ローカルで確かめた条件をクラウドに移す作業が、モデル名と設定の書き換えで済むなら、移行の手間は小さくなります。この部分の実効性は未検証ですが、設計の方向としては筋が通っています。

見積もりを書くときに潰しておきたい三つの押さえどころ

公開情報ベースで見積もりを組むなら、押さえるべき点は三つに絞れます。一つ目は、生成の回数ではなく「1回あたりの平均処理時間」です。画像生成は条件次第で処理時間が変わるため、回数×単価の単純計算では実費を外します。ログやテスト実行の記録から、平均と最悪値の両方を取っておくのが安全です。

二つ目は、予約の判断を入れる時期の目安です。公式の単価表を見ると、予約と秒単位の差は大きく開いています。ただし予約は期間で押さえる形のため、使わなかった時間の損が発生します。稼働率が読めないうちは秒単位で流し、一定の水準に達した時点で予約に切り替える。この二段構えの考え方は、公式の料金設計そのものが示唆していると読めます（実運用での検証は未実施です）。

三つ目は、種別をまたぐ請求の追い方です。画像・動画・音声・言語が同じ請求に乗ると便利な半面、どの機能がいくらを使ったのかが一枚の請求に混ざります。部門ごとに予算を管理している組織では、内訳の追い方を先に決めておかないと、後から分け直す手間が生じます。これはAPI基盤全般に言える話ですが、種別が増えるほど効いてくる項目です。

評価できる点（公開情報からの判断）

• 単価が細かく公開されている。モデルごと条件ごとに数字があり、見積もりの根拠になる
• 課金が秒単位。短い処理を大量に流す用途で無駄が出にくい
• 予約で単価が大きく下がる。RTX PRO 6000は1.99ドルから0.63ドルへ
• 種別をまたいで1つの認証。画像・動画・音声・言語を同じ請求で扱える
• 持ち込みが前提に置かれている。40万以上のモデルに自前の重みも含む

評価したいのは、単価表の情報量です。モデル名、条件、単価が同じ表に並び、「なぜこの値段なのか」が条件から推測できます。生成APIの料金は、「1枚いくら」とだけ書かれて条件が伏せられていることが多い。条件まで書かれていると、自分の用途に引き寄せて計算できます。この丁寧さは、見積もりを書く側にとって実利があります。

二つ目は、秒単位の課金です。生成AIの処理は、待ち時間のばらつきが大きい。同じモデルでも、混雑すれば時間がかかります。分単位の課金だと、そのばらつきがそのまま費用のばらつきになります。秒単位なら、実際に使った時間に近い形で請求が来る。費用の予測という意味では、こちらのほうが扱いやすい設計だと考えます。

三つ目は、予約の幅です。秒単位の料金を残したまま、量が読める部分だけを予約に移せる。全部を予約に固定する形だと、読み違えたときの損失が大きくなります。両方を並べて置き、利用者が選べる形になっている点は、土台を売る側の余裕として評価できます。

四つ目として、種別をまたぐ統合を挙げます。画像の生成、動画への変換、音声の合成、言語での指示。これらを別々の事業者から調達すると、認証も請求も別々になります。一つにまとまれば、原価の計算が一度で済む。費用の内訳を一か所で見られることは、製品の原価を管理する立場では、単価の安さと同じくらい重い意味を持ちます。

気になった点と、契約前に測るべき数字

• 表の単価は代表条件の抜粋。実際の費用は解像度とステップ数で動く
• 無料クレジットの金額が非公開。どれだけ試せるかを事前に知れない
• 予約は量の読みが前提。読み違えると使わない枠に払い続ける
• モデルの版が頻繁に更新され、単価表も追随して変わる。契約時の数字が残らない
• 生成の速さと品質は未検証で、公開情報からは判断できない
• 障害時の補償範囲は公開情報からは読み取れない

正直に言えば、いちばん困るのは単価表の変動です。モデルの版が上がるたびに単価が変わり、半年前の見積もりがそのまま使えません。予算を立てる側からすれば、単価そのものより「単価が動く前提で予算を組む」必要があります。契約時の単価を記録し、四半期ごとに見直す。地味ですが、この習慣がないと、ある月に請求が跳ねた理由を追えなくなります。

契約前に測るべきは、単価ではなく1件あたりの実費

この種の土台を選ぶとき、単価の比較より先に測るべき数字があります。1件の処理に何秒かかったか、1枚の生成に何回呼び出したか、やり直しが何回発生したか。この三つが分かれば、単価表から自分の実費を計算できます。分からなければ、単価が安いという理由だけで選ぶことになり、あとから「思ったより高い」という結論になりがちです。

やり直しの回数は、特に見落とされます。画像生成は1回で決まらないことが多く、同じ問いを条件を変えて何度も投げます。1枚0.003ドルでも、10回投げれば0.03ドル。100枚の候補を作る工程なら3ドルです。この「捨てる生成」の分を見積もりに入れていないと、実費は計算より膨らみます。単価表は1回あたりの数字であり、仕事1件あたりの数字ではない。この違いを意識しておくだけで、見積もりの精度は変わります。

もう一つ、成果物を残す場所の費用も忘れがちです。生成した画像や動画をどこかに保管する必要があり、量が増えれば保管の費用も増えます。Notion AIのような記録の置き場に結果を流すなら、その側の上限も見ておく。生成の単価だけを見ていると、周辺の費用が抜けます。土台を選ぶときは、生成、保管、配信の三段で費用を並べて考えるのが安全です。

この記事の限界も書いておきます。ここに並べたのは2026年10月26日時点の公開情報であり、生成の品質、速度、安定性は一切検証していません。単価の読み方は用意できますが、実際に自分の用途で何秒かかるかは、無料のテスト用クレジットで測るしかありません。単価表は地図で、実費は現地で測るもの。この順序を守れば、大きな読み違いは避けられると考えます。

よくある質問

まとめ

主な参照元：Runware公式サイト（runware.ai）および公式料金ページ（2026年10月26日確認）。モデル別単価・GPU単価・予約単価・規模の表示・認証は同日時点の公開情報にもとづく。出典：SaaSpartout「Runware — AI」（2026年10月26日確認）—画像0.0006ドル〜0.24ドル、RTX PRO 6000の1時間1.99ドルという外部表記との照合に使用。生成品質・速度・安定性は未検証。