生成メディア競争が激化する中、Runwayがモデルルーターを発表

Runwayは今週、業界初をうたう発表と戦略的な方向転換によってGoogle Newsに登場した。同社は7月23日、生成メディアモデル市場の競争が一段と過密になるなか、Media Routerを公開した。

このツールは、リクエストごとに画像、動画、音声のモデルを自動で選択する。開発者は品質、速度、コストのどれを最優先するかを指定する。Runwayはその後、独自技術とRunway Dev経由で利用可能なサードパーティーモデルから選択する。

この訴求が重要なのは、Runwayが自社の最新動画モデルが常に最高であり続けると開発者に信じてもらおうとしているわけではなくなったからだ。Google、ByteDance、Alibabaなど、潤沢な資金を持つ競合各社が順位を絶えず塗り替えている。Runwayは現在、そうしたモデルを選び分けること自体が、モデルを構築することと同じくらい価値を持ち得ると主張している。

Runway Media Routerが開発者の購入対象を変える

Runwayは、繰り返し必要となるエンジニアリング上の判断だったモデル選定を、管理型インフラサービスへと変えようとしている。

同社はMedia Routerを、7月初旬に発表した開発者向けプラットフォームRunway Devを通じて公開した。このプラットフォームはAPIアクセスを提供しており、ソフトウェアはユーザーをRunwayのコンシューマー向けアプリケーションへ誘導せずに、生成メディアをリクエストできる。

開発者はメディア生成リクエストを送信し、優先事項を指定する。ルーターはそのリクエストを評価し、開発者の設定を適用したうえで、利用可能なモデルにジョブを送る。画像、動画、音声の生成にまたがって利用できる。

これは従来のAPI統合とは異なる。通常、アプリケーションは特定のモデルに接続し、そのモデルが現在も要件に合っているかを判断する責任は開発チームにある。ルーターは、アプリケーションと複数モデルの間に意思決定レイヤーを挿入する。

Runwayの最高製品責任者Anthony Maggioは、生成メディアのワンストップ統合ポイントを作ることが目標だと説明した。元のルーターに関する報道では、開発者には新しいモデルごとに異なる出力をどう処理するか評価する時間がないことが多いと述べている。

製品が複数のメディア種別を使う場合、その負担はさらに大きくなる。たとえばマーケティング用アプリケーションでは、コンセプトフレーム向けの画像モデル、動きのための動画モデル、音声用のオーディオモデルが必要になるかもしれない。各カテゴリには独自の提供事業者、リリースサイクル、強み、失敗パターンがある。

Media Routerは、その複雑さの一部を隠そうとするものだ。Runwayによれば、選択システムは動画の動き、画像の構図、音声同期といった特性を考慮する。これらの要素には、テキストのみのAIシステムとは異なる評価プロセスが必要となる。

このプラットフォームでは、組織がビジネス上の優先事項を表明することもできる。チームはドラフト用コンテンツでは処理コストの低さを優先し、最終制作では品質を優先するかもしれない。別のチームは、リクエストを送信できる提供事業者を制限する場合もある。

提供事業者の所在地も、そうした制限の一つになり得る。Maggioは、性能が高くても中国のモデルを避ける米国企業があるかもしれないと述べた。規制上の懸念、社内ポリシー、顧客要件がその判断を左右する可能性がある。

Runwayは、ルーターが最適な選択を行う頻度を示す十分な独立検証済みの性能データを公表していない。「最良」の定義も、リクエスト、評価方法、許容されるトレードオフに左右される。したがって、この発表は確定した技術的成果というより、検証可能な製品上の約束を示すものだ。

それでも、アーキテクチャ上の変化は明確である。開発者が購入するのは、Runwayモデルへのアクセスだけではない。各ジョブをどのモデルが処理すべきかについての、Runwayの判断も購入することになる。

そのため、このルーターは単なる利便性機能にとどまらない。製品の重心を生成からオーケストレーションへ移す。つまり、複数のモデルとサービスを一つのワークフローに統合・調整することを意味する。

RunwayにとってGoogle Newsで注目される意味

Google Newsの見出しは、防御的な機会を映している。生成メディアは断片化が進みすぎており、単一の提供事業者がすべてのカテゴリを主導することは難しい。

RunwayはAI動画生成を通じて広く知られるようになった。有力な動画モデルへのアクセスが主な制約だった時期には、そのアイデンティティは機能していた。現在の市場には、主要テクノロジー企業や複数国の専門ラボが提供する有力なシステムが存在する。

競争圧力はモデルランキングに表れている。Runwayは2025年12月にGen-4.5をリリースし、このモデルは著名な動画ベンチマークで首位に到達した。だが、7月のTechCrunch報道によると、同社の専用テキスト・ツー・ビデオおよびイメージ・ツー・ビデオシステムは、もはやその首位を維持していない。

Googleや、ByteDance、Alibabaを含む中国企業のモデルが、現在では上位結果に名を連ねている。RunwayのAleph 2.0は動画編集で競争力を保つが、編集は生成動画市場の一部にすぎない。

この違いが、Media Routerが今登場した理由を説明する。主導権が頻繁に入れ替わるなら、単一モデルを統合する開発者は、その判断を何度も見直さなければならない。評価は一度きりの調達作業ではなく、継続的な運用コストになる。

この速度は、小規模な提供事業者にも圧力をかける。Googleは生成動画をクラウドインフラ、開発者ツール、広告、既存のエンタープライズ顧客基盤と結び付けられる。ByteDanceは動画分野の専門性とコンシューマー向け流通網を活用できる。Alibabaにも独自のクラウドおよびAIポートフォリオがある。

Runwayは、すべての大手競合に匹敵する流通力を持つわけではない。その代わり、モデルの増殖を自社プラットフォームにとって有用なものにできる。信頼できるサードパーティーの新モデルが登場するたび、ルーターには新たな選択肢が加わり、開発者が直接統合を避ける理由も増える。

これが、この発表の根底にある中心的な転換である。より強力な競合モデルは、Runwayにとって必ずしも悪いニュースだけではなくなった。そのモデルがRunway Dev経由で利用できるようになれば、その強さはRunwayのルーティングレイヤーの価値を高め得る。

この戦略は、言語AIにおけるモデルルーターの発展に似ている。アプリケーションは単純なタスクを高速なシステムへ送り、難しい作業にはより高性能なシステムを割り当てられる。このアプローチにより、開発者は一つのインターフェースを使いながら、単一の提供事業者への依存を減らせる。

生成メディアでは、この問題はさらに難しい。テキスト出力は、比較的一貫した自動テストで評価できることが多い。動画品質には、動き、視覚的な連続性、プロンプトへの忠実性、カメラ挙動、編集コントロール、主観的な好みが関わる。

音声には別の次元も加わる。説得力のある発話を生成するシステムでも、その発話を顔と同期させる点では性能が低い場合がある。視覚スタイルに優れた画像モデルでも、タイポグラフィーや空間構成を誤って扱うかもしれない。

Runwayは、この評価の難しさが防御可能な役割を生むと考えている。同社のクリエイティブチームは、アプリケーション開発の過程でメディア出力をすでに比較してきた。Media Routerは、そうした社内の判断を外部開発者向けにパッケージ化したものだ。

発表をめぐるGoogle Newsでの注目は、この転換をRunwayが公に打ち出す助けとなる。同社は顧客と投資家に対し、大きなモデルリリースの合間にある単なる動画ラボではなく、インフラ提供事業者として認識されたいと考えている。

この再定位は、Runwayがモデル研究を放棄することを意味しない。モデル研究が、より広範なプラットフォーム戦略を支えることを意味する。同社は生成レイヤーで競争しながら、他社が開発したモデルからも存在感を得られる。

真の競争は単一モデルへのアクセスとオーケストレーションの間にある

Runwayの主な対抗軸は特定の競合企業ではない。開発者に各提供事業者の管理を委ねる、直接統合というモデルそのものだ。

直接統合は明快である。開発者は提供事業者を選び、そのドキュメントを読み、各リクエストの送信先を把握できる。性能、請求、データ処理、サービス障害は、すべてその既知の関係に結び付いている。

この方法は、一つのモデルが大半の要件を満たす場合には有効だ。だが製品が複数のメディア種別を必要としたり、提供事業者を定期的に変更したりする場合には魅力が薄れる。統合を一つ増やすたびに、認証、リクエスト形式、モデレーションルール、監視、障害処理が追加される。

Runwayのオーケストレーション手法は、変動する供給の上に安定したインターフェースを提供することを約束する。開発者は望む結果と関連するビジネス上の優先事項を定義する。どの基盤システムが作業を担うかは、ルーターが判断する。

たとえば、旅行先のプレビューを作る旅行サービスを考えてみよう。ユーザーがアイデアを探る段階では安価な画像が必要になり、保存済み旅程には高品質な動画が必要になり、アクセシビリティのためにはナレーションが必要になるかもしれない。これらのリクエストに、明らかに最適な単一モデルがあるわけではない。

直接統合を採るチームは、リクエストごとにルールを定め、新モデルの登場時にそれを更新しなければならない。Media Routerは、その作業を引き受けることを提案する。Runwayは選択ロジックを最新の状態に保つ責任を負う。

同じ構造は広告制作にも当てはまる。チームは通常、少数の最終アセットを選ぶ前に多くのドラフトを制作する。ブレインストーミングでは速度が重要になり、納品時には忠実度と編集コントロールが重要になる。

Runwayの既存エージェントは、このワークフローの初期例を示している。同社は5月、会話形式の指示をマルチショット動画やキャンペーン素材へ変換するcreative agentを発表した。この製品の構築には、複数の制作段階にわたるモデルの調整が必要だった。

Media Routerは、Runway独自のツール向けに開発されたルーティング技術を取り出し、開発者プラットフォームを通じて公開する。このため、この発表はモデルAPIのディレクトリ以上の実体を持つ。主張される価値は、単純なアクセスではなく自動選択にある。

発表を報じた記事で顧客として挙げられた企業には、Adobe、Cloudflare、ElevenLabs、Expedia、Shutterstock、Quoraが含まれる。これは、生成メディアを試している企業の幅広さを示している。ただし、挙げられたすべての顧客がMedia Router自体を利用していることを示すものではない。

この区別は重要だ。Runway Devはより広範なプラットフォームであり、Media Routerはその中の新しいコンポーネントである。ルーターに関する公開済みの顧客導入データは、発表時点では限られている。

開発者は、ルーティングと出力評価も区別する必要がある。モデルにリクエストを送ることは容易だ。生成されたアセットがプロジェクトのクリエイティブ、法務、ブランド上の要件を満たすと判断することは、依然として難しい。

ルーターは高い性能が見込まれるモデルを選べるかもしれないが、レビューを不要にはできない。生成された製品デモには視覚的な不整合が含まれることがある。音声クリップでは名前を誤って発音するかもしれない。ブランド画像ではロゴが正しく描画されないことがある。

Runwayの訴求が最も有効なのは、選定が繰り返し発生する負担であり、ルーティングルールによってその負担を減らせる場合だ。コンプライアンス、スタイルの一貫性、専門的なコントロールを理由に、チームが一つのモデルに標準化している場合には、説得力は弱くなる。

ここには測定可能な競争がある。直接統合は制御性と透明性をもたらす。オーケストレーションは柔軟性と統合負荷の低減を提供する。Runwayは、開発者とモデル提供事業者の間にレイヤーを置くことを正当化できるだけの価値が、その判断にあることを示さなければならない。

品質、速度、コストは厄介な三角関係を生む

Media Routerは三者間のトレードオフを単純化するが、品質、速度、コストが競合しなくなるわけではない。

このインターフェースは有用な抽象化から始まる。開発者が優先事項を指定し、それに応じてRunwayが選択する。しかし実際の制作要件が、一つの設定だけに還元されることはほとんどない。

品質そのものが多次元的です。動きの速いスポーツ映像では、ゆっくりした製品ショットとは異なる能力が問われます。人物のクローズアップでは、アニメーションされた風景では見えにくい顔やリップシンクのエラーが露呈します。

速度にも複数の意味があります。モデルは処理をすぐ開始しても、高解像度の出力を完成させるまでに時間がかかる場合があります。プロバイダーは通常の需要下では良好に機能しても、高負荷時には遅くなることがあります。

コストは、尺、解像度、モデル、処理要件によって変動します。TechCrunchによると、Runwayは最近、無制限サブスクリプションからトークンベースの利用へ移行しました。消費量が変動すると支出の予測が難しくなるとして、この変更を批判するユーザーもいました。

このルーターの登場は、その価格体系の移行直後です。このタイミングはコスト最適化という訴求に即時性を与える一方、懐疑的な見方も生みます。より多くの生成処理がプラットフォームを通過すればRunwayは利益を得る一方で、顧客は経済的な経路の選定をRunwayに依存することになります。

だからといって、選定が本質的に信頼できないわけではありません。ただし、開発者には透明性が必要です。どのモデルが処理を担ったのか、なぜ選ばれたのか、利用可能な代替手段と比べて結果がどうだったのかを理解できるべきです。

信頼できるルーターには、安定した評価データも必要です。プロバイダーがシステムを更新すれば、モデルの挙動は変化します。昨日のバージョンに基づくベンチマークは、告知のない変更後には有用性が低下する可能性があります。

プロンプトも変動要因の一つです。総合ベンチマークで優位なモデルでも、ある企業固有のプロンプトの傾向、参照画像、ビジュアルスタイルでは期待を下回ることがあります。総合的な品質が、プロジェクト固有の品質を保証するわけではありません。

Runwayによると、そのインテリジェンスレイヤーは社内クリエイティブチームの専門知識を活用しています。これは関連性のある経験ですが、あくまで企業側の主張です。ローンチ報告では、公開された方法論、独立監査、詳細なルーティング精度ベンチマークは示されていません。

この不在によって、いくつかの疑問が残ります。ルーターが競合モデルをどの程度の頻度でテストするのか、新リリースをどれだけ迅速に取り込むのか、顧客からのフィードバックが将来の選定を変えるのかは明らかではありません。

プロバイダー中立性も未解決の課題です。Runwayは自社モデルを開発する一方で、競合システム間でリクエストをルーティングします。別の選択肢が指定された優先条件により適している場合に、ルーターがRunwayを優遇しないという証拠を開発者は求めるでしょう。

自社製品も運営するマーケットプレイスでは、同様の問題が見られます。プラットフォームは幅広い選択肢から価値を得ますが、同時に自社提供を推進する動機もあります。明確な選定理由は、この緊張関係を和らげることができます。

データガバナンスは別の層を加えます。Maggioが認めたように、一部の顧客は地域やプロバイダーによってモデルを制限します。リクエストに機密性の高い製品設計、未公開キャンペーン、個人データが含まれる場合、この設定は特に重要になります。

ルーティングサービスは、こうした制約を一貫して適用しなければなりません。ベンチマーク性能が優れていても、組織のルールに違反するモデルは選定できません。その場合の「最良」とは、許可された選択肢の中で最良という意味になります。

信頼性も重要です。システムがフェイルオーバー、すなわち失敗したリクエストを別のプロバイダーへ転送する仕組みをサポートすれば、ルーティングは単一サービスへの依存を減らせます。しかし、ルーター自体が中核的な依存先にもなります。

Runwayの制御レイヤーが停止すれば、接続されたすべてのモデルへのアクセスが影響を受ける可能性があります。このプラットフォームを検討するチームは、障害時の挙動、ログ、過去の出力を再現する能力を評価すべきです。

クリエイティブの一貫性は、さらに微妙なリスクをもたらします。2つの動画モデルは、同一のプロンプトを異なる形で解釈することがあります。シーン間でプロバイダーを切り替えると、キャラクター、照明、カメラワーク、映像の質感に変化が生じる可能性があります。

この問題は、Runwayが強調するキャンペーンや複数シーンの制作という、まさにそのワークフローで重要になります。インテリジェントなルーターは、リクエストごとの品質と、大規模プロジェクト全体での一貫性のバランスを取らなければなりません。

したがって、この製品には二つの約束があります。強力な個別モデルを選定すること、そして切り替えない方がよい場面を理解することです。後者の要件は、単純な品質、速度、コストの優先設定では表現しにくいものです。

こうした不確実性は、戦略を無効にするものではありません。Media Routerがローンチ報道を越えて展開するなかで、Runwayが提示すべき証拠を定義するものです。ルーティングという概念には妥当性がありますが、その運用上の価値は実際のワークロードによって判断されることになります。

GoogleやByteDanceが勝っても、Runwayは利益を得られる

このルーターはモデル間の競争を潜在的なプラットフォーム供給へと変え、Runwayがすべてのベンチマークで勝たなくても利益を得られるようにします。

これこそ、この発表が単なるAPI機能の追加以上に重要である理由です。Runwayは競争の単位を変えています。

モデル研究所は、出力品質、処理速度、制御性、研究の進展によって競争します。オーケストレーションプラットフォームは、選定品質、選択肢の広さ、信頼性、開発者体験、ポリシー制御によって競争します。

これらの事業は重なり合いますが、同一のリーダーシップの形を必要とするわけではありません。Runwayはテキストから動画へのランキングで首位を失っても、そのリクエストを現時点の首位モデルへ振り分けられれば、価値あるサービスを提供できます。

Googleは最も明確な参照点です。報じられたランキングでは、RunwayのGen-4.5は以前、Googleのシステムを含む有力な代替案を上回っていました。Googleとの継続的な競争は、持続的なモデル首位を難しくします。

関連するランキングも、カテゴリーごとに変化します。あるプロバイダーがテキストから動画で首位でも、別のプロバイダーが画像から動画や編集で首位になる場合があります。Artificial Analysisは別々の動画リーダーボードを維持しており、包括的な「最高のモデル」という一つのラベルがいかに価値を持ちにくいかを示しています。

ByteDanceとAlibabaは、こうした分断をさらに進めます。両社のモデルは高い性能を発揮し得る一方、一部の米国企業にとっては調達やポリシー上の懸念をもたらす可能性があります。Media Routerは、速度や品質と並ぶ別の制約として、プロバイダーの出自を扱うことができます。

政府が新たな制限を導入すれば、この能力はより重要になります。企業はメディアパイプラインを再構築せずに、特定のプロバイダーを除外する必要が生じるかもしれません。ルーティングレイヤーなら、理論上はそのルールを一元的に適用できます。

Runwayは、この柔軟性をポリシー遵守の証明として提示すべきではありません。規制や企業ポリシーはさまざまであり、ルーティング制御には慎重な設定が必要です。プラットフォームは技術的な選択肢を提供できますが、義務への責任は顧客に残ります。

このインフラ戦略は、モデルプロバイダーにも影響します。ルーターは、特定のタスクで優れた性能を発揮する小規模モデルへ需要をもたらすことができます。一方で、プロバイダーと開発者の直接的な関係を弱める可能性もあります。

Runwayがインターフェースを所有すれば、基盤となるモデルは交換可能なものになり得ます。プロバイダーは流通拡大を歓迎する一方、リクエストごとに比較される、目立たない供給者になることには抵抗するかもしれません。

大手企業は、自社のマルチモデルプラットフォームを改善することで対応できます。クラウドプロバイダーはすでにAIサービスを集約し、エンタープライズ向けの販売チャネルを維持しています。メディア特化型ルーターは、汎用クラウドマーケットプレイスより優れたクリエイティブ評価を提供しなければなりません。

Runwayの強みは専門性です。動画生成と編集の歩みは、メディアワークフローに関する直接的な経験を同社にもたらしています。弱みは、最大規模のクラウドおよび消費者向けプラットフォームと比べた場合の規模です。

同社には、事業の両側面が相互に強化し合うことが必要です。自社モデルはルーターのための技術的知見を生み、ルーターは将来の製品開発に役立つ利用シグナルを生みます。

この関係は有用なフィードバックループを作り得ますが、中立性に対する懸念を強めることもあります。開発者には、自分たちのリクエストと結果がモデル評価にどのような影響を与えるのか、明確な説明が必要です。

このローンチを通じてRunwayに触れるGoogle Newsの読者は、したがってビジネスモデルの転換に注目すべきです。同社はモデル研究が無意味になったと認めているのではありません。研究でのリーダーシップだけでは、開発者との関係を主導できるとは保証されないことを認識しているのです。

Runwayの共同創業者兼共同CEOであるAnastasis Germanidisは、人々が完成したキャンペーンや複数シーンのプロジェクトを構築する際、オーケストレーションの重要性が高まっていると説明しました。彼の主張は、同社が現在競争したいレイヤーを示しています。

完成したアセットが複雑になるほど、一度の生成呼び出しだけで完了する可能性は低くなります。アプリケーションは、企画、画像、動画、音声、編集、レビューを調整しなければなりません。モデルは、より大きな制作システムの中の一つの構成要素になります。

Media Routerはこのシステムの一部だけを対象にしますが、その中心近くにRunwayの位置を与えます。成功すれば、最も優れた構成要素をどのプロバイダーが供給するかにかかわらず、同社は存在感を維持できます。

Google Newsの読者が次に注目すべきこと

Media Routerがインフラになるのか、それとも混み合うランキングへの時宜を得た対応にとどまるのかを示す、三つのシグナルがあります。

第一のシグナルは、透明性のあるルーティングの証拠です。Runwayは、実際のメディアタスクにおいて、自社の選択が直接的なモデル選定と比べてどのように機能するかを示す必要があります。

有用な証拠は、どのモデルが候補だったのか、開発者がどの優先条件を選んだのか、そしてルーターがなぜその行き先を選んだのかを説明するものです。また、信頼できる代替案と比較して出力を測定すべきです。

独立した評価があれば、主張はより強固になります。Runwayの社内クリエイティブの専門知識はシステムに役立てられますが、開発者には自ら検証できる結果が必要です。その証拠がなければ、「最良のモデル」は不透明なプラットフォーム判断のままです。

ルーティングされたリクエストが宣言された優先条件を一貫して満たせば、このシグナルはRunwayの戦略を強化します。説明のないミスが頻発すれば、オーケストレーションが評価作業を省くという中核の主張は弱まります。

第二のシグナルは、Runway Devを通じた導入です。名前の挙がるプラットフォーム顧客は初期の信頼性を与えますが、幅広い顧客リストよりも、ルーター固有の利用状況の方が重要です。

開発者は、単発のデモではなく、繰り返されるワークロードを説明する公開事例に注目すべきです。説得力のある事例は、企業が統合作業を減らした、モデルを安全に切り替えた、または必要な品質を犠牲にせずメディア支出を管理したことを示すでしょう。

モデルが変化するほど、長期的な利用は重要になります。一度きりのテストは利便性を示せます。継続的な本番利用は、リリースやトラフィック条件をまたいでもシステムが信頼できることを示します。

導入は、どの買い手がルーターを最も高く評価するかも明らかにします。消費者向けアプリケーション、マーケティングプラットフォーム、クリエイティブスイート、エンタープライズ向けメディアシステムでは、要件が異なります。Runwayにとって最も強いセグメントは、まだ明確ではありません。

第三のシグナルは、モデルプロバイダーとクラウドプラットフォームの反応です。Google、Adobe、大手クラウド企業は、既存のエンタープライズ関係の中で、より広範なオーケストレーションを提供できる流通力を持っています。

競合するメディアルーターの登場は、Runwayの前提を裏付ける一方で、その事業への圧力を高めます。直接提供するプロバイダーが自社ファミリー内に自動モデル選定を追加すれば、独立したプラットフォームの魅力が下がる可能性もあります。

Runwayは、より幅広いプロバイダーをサポートし、メディア特化の判断をより優れたものにすることで、自らの位置を守れます。ルーティングが同等の性能を持つ汎用クラウド機能になれば、同社は苦戦するでしょう。

読者は、Runwayが次に発表する専用の最先端動画モデルも追うべきです。同社はAlephの編集アップデートを除き、Gen-4.5以降、新モデルをリリースしていません。今後のモデルは、研究とオーケストレーションが依然として同等の優先事項なのかを示すことになります。

そのリリースは、とりわけ示唆的な試金石になります。Runwayの自社モデルがすべてのリクエストで勝てない場合、ルーターは競合モデルを選ぶのでしょうか。透明性のある挙動は中立性の主張を支えるでしょう。自社優遇が続けば、プラットフォームの信頼性は低下します。

開発者にとって、ここで得られる直接的な教訓は、直接統合をやめることではない。モデル選定を、コスト、ガバナンス、信頼性に関する独自の要件を持つ、別個のエンジニアリング課題として認識することだ。

Media Routerを評価するチームは、対象を限定したワークロードから始めるべきだ。既に把握しているモデルとその選択を比較し、出力の一貫性を検証し、プロバイダーの制約を確認できる。また、重要な影響を持つメディアについては、人によるレビューを維持すべきだ。

より広いGoogle Newsの文脈で見ると、生成メディアを巡る競争はモデル層の上へと移行している。Runwayは、最終的に勝つモデルを別企業が保有している場合であっても、生成前に行われる意思決定を掌握しようとしている。

特に、自社モデルも候補に含まれる中で、開発者はRunwayにその判断を委ねるだろうか。今後数カ月間に得られるルーティングデータ、顧客導入、競合他社の反応が、その答えを示すはずだ。