導入事例
Descript が新モデルの導入をエンジニアリングの作業待ちから外した方法
Descript の動画編集エージェント Underlord は最先端モデルで動作しており、選択対象となるモデル群は数週間ごとに入れ替わります。OpenRouter を本番環境の推論レイヤーに採用した Descript は現在、週に複数回モデルを評価し、本番環境で 13 のモデルを運用しており、最近の Anthropic のリリースでは発表からわずか数時間で本番稼働を実現しました。
- ウェブサイト
- descript.com
- 業種
- 動画・音声編集ソフトウェア
- 本社所在地
- カリフォルニア州サンフランシスコ
- 従業員
- 125+
1 → 13
2026 年 8 月時点の本番稼働モデル数
1 週間以上 → 1~2 時間
有望な新モデルの評価にかかる時間
1
四つのモデル開発元に対応する統合
3~4
モデルごとのプロバイダーフォールバック数
Descript について
Descript は、誰もがプロ品質のコンテンツを制作できるようにする、AI 搭載の動画・音声編集プラットフォームです。文字起こしベースの編集と、音声品質の向上、音声クローン、生成メディアのための AI ツールを組み合わせることで、Descript はチームが専門知識なしでスタジオ品質のコンテンツを制作できるようにします。医療、金融サービス、メディア、テクノロジー分野の企業顧客は、Descript を使用して、すべてのクリエイティブな意思決定を人間が管理しながら、コンテンツ制作を拡大しています。
Descript の動画編集エージェントである Underlord は、LLM と、モデルに動作方法や動画の編集方法を指示するハーネスを組み合わせています。
課題
新しいモデルの導入は、常にエンジニアの対応待ちでした
AI プロダクトを統括する Aleks Mistratov 氏によると、Descript は人物がカメラに向かって話す動画を専門としており、YouTube クリエイターの動画、人が話すマーケティング動画、ビデオポッドキャストなどを扱っています。共通するのは、ストーリーと文字起こしを軸にしたコンテンツであり、モデルがそれらをどれほどうまく処理できるかは、公開ベンチマークでは分かりません。
Descript は OpenAI、Anthropic、Google との直接連携を維持していました。これらの間のフォールバックロジックは、チームが自ら作成して管理するコードであり、モデルを切り替える仕組みで、GPT へのリクエストが失敗すると、代わりに Anthropic のモデルが応答していました。
技術面での障壁は、パラメーター仕様の変化でした。モデル開発元ごとに情報の渡し方が異なり、新しいリリースのたびに、どのパラメーターがなくなり、どれが必須になり、どれがサポートされなくなったかを確認する必要がありました。新しいモデルを利用可能にするには少なくとも数時間かかり、その大半は、うまく動かない原因のデバッグに費やされていました。
組織面での障壁は、さらに大きなものでした。新しいモデルを試したい人と、それを追加できる人が異なるため、テストするにはエンジニアの予定に空きを見つける必要がありました。誰かが着手するまでに何日も過ぎていました。作業そのものは、いつも数時間で済むものでした。その数時間の作業をエンジニアの作業予定に入れることが難しいため、有望なモデルを検討する価値があるかどうか分かるまでに、一週間待つことになっていました。
OpenRouter によるソリューション
本番環境のモデルが一つから十三へ
Descript は実質的に一つのモデルのみを提供していたときに Claude を試すことを決め、OpenRouter を通じて二つ目を導入しました。
「基本的には、一つのモデルだけを提供していました。そして二つ目の提供を始めたとき、ほとんど手間をかけずにさらに 10 個追加できることにも気づきました。」
2026 年 8 月時点の本番環境では、四社のモデル開発企業による 13 個のモデルが稼働しています。
- Anthropic: Fable 5、Opus 5、Opus 4.8、Opus 4.7、Opus 4.6、Sonnet 5、Sonnet 4.6、Haiku 4.5
- Google: Gemini 3.1 Pro、Gemini 3.5 Flash
- OpenAI: GPT-5.4、GPT-5.5
- xAI: Grok 4.5
これらの Anthropic モデルのうち五つは、同時に稼働する最上位バージョンです。
本番環境は、三つの直接連携から OpenRouter 経由の一つの接続へと移行しました。Descript は Anthropic の初期からのパートナーであり、一部の早期アクセスモデルは同社の API 経由でしか利用できないため、Anthropic との直接接続も維持しています。この経路は本番環境では使用していません。
各モデルには推論プロバイダーの選択肢があり、Descript はモデルごとに設定しています。OpenRouter は各プロバイダーのスループット、稼働率、コストを公開しており、Descript はそれらを使って優先順位を設定し、Sonnet 5 ではあるプロバイダーを最優先にし、Gemini では別の順序にしています。データ保持ポリシーも同じ判断の一部であり、Descript は自社のポリシーに適合する推論プロバイダーにのみルーティングしています。
ここでは、二つ目の種類のフォールバックも機能しています。Descript の以前のロジックはモデルを切り替えるものでした。OpenRouter のロジックはモデルを維持したまま推論プロバイダーを切り替えるため、あるホストで障害が発生しても、回答するモデルは変わりません。
チームは、オープンウェイトモデルの専用デプロイメントに自社のキーを使って Baseten に接続しています。OpenRouter は、そのモデルのプライマリプロバイダーとして Baseten にルーティングし、同じモデルのフォールバックとして他のプロバイダーを設定しており、すべてが上記のポリシー上の制約内にあります。Descript は直接の取引関係と自社のキーを維持しながら、単一プロバイダーのレート制限や障害にも備えています。
成果
評価がプロジェクトではなくなりました
Descript は現在、週に複数回モデルを評価しています。その大半は本番環境に導入されませんが、それこそが狙いです。
Mistratov 氏はその流れを次のように説明しています。散歩中に新しいモデルのリリース告知を見かけると、OpenRouter 上のモデルへのリンクを添えて、そのモデルの評価を依頼する投稿を Slack に送ります。一、二時間後には、Descript 独自のハーネスで評価が実行されています。
「これを実現するために、キーボードに触れたことすらありません。」
この仕組みを支えるのは Anthropic の Slack 連携である Claude Tag で、Descript はこのループ用のスキル一式とともにチャンネルに設定しています。評価を実行し、モデルを Descript のハーネスに追加するプルリクエストを作成し、さらにモデルをフィーチャーフラグの対象にする別のプルリクエストを作成します。人間がレビューして承認します。
OpenRouter により、これまで評価をエンジニアの作業キューに積む原因となっていた、モデルごとの連携作業が不要になりました。Descript 独自のエージェントとハーネスが、そのインターフェースの周辺作業をすべて自動化しています。この作業を誰かに割り当てる必要はもうありません。
最近の Anthropic のリリースでは、告知から本番稼働まで数時間でした。残る手順は、社内評価、既存モデルを上回るかどうかの判断、モデル選択画面の設定、フィーチャーフラグ、デプロイという、Descript 側の作業です。エージェントチームのハーネスと評価を担当する David Dodero 氏は、残る作業の大半はモデルへの接続ではなく Descript のコード構造に起因しており、自社側の構成を変えれば容易になると指摘しています。
毎週の評価で見つかったこと
Descript の AI Enablement チームのテクニカルリードである Keith Simmons 氏は、最先端モデルのコストが課題になりつつある状況を見ていましたが、オープンウェイトモデルのリリースが相次いでいたため、問題はその中に Descript 独自のテストケースに耐えられるものがあるかどうかだけでした。週に何度もその検証を行う中で見つかったのが、Baseten 上にデプロイされたオープンウェイトモデルです。Simmons 氏によると、このプロセスも一因となって Descript のモデル支出総額は以前の半分未満になり、Descript 独自のテストケースで品質も維持できたとのことです。
Simmons 氏は当初、ルーティングを Descript がエンジニアリングの時間を費やすべきではない作業と捉えていました。その考えは変わりました。
「モデル間のルーティング方法は、外部委託に最適な領域です。しかし、オープンウェイトモデルが爆発的に増える中で、新しいモデルを簡単に統合できることが、私たちのビジネスにとって不可欠になっています。」
プロバイダーの障害はログに残ります
フォールバックが作動しても、チームは後からログを読んで初めてそれを知るか、あるいはまったく気づかないままです。
OpenRouter のログで、Mistratov はトラフィックの移動を確認できます。閑散時はプライマリプロバイダーが処理し、急増時には 429 が発生してプラン B、プラン C、プラン D へと移り、ユーザーが受け取る結果への影響は最小限に抑えられます。誰かが Claude のステータスページのスクリーンショットを Slack に投稿して Descript に影響があるか尋ねても、Claude のトラフィックは別の推論プロバイダーである Vertex AI に移るため、答えは「いいえ」です。Simmons によると、その間チームは Claude Code を使えませんが、Underlord は動き続けます。
インシデントが起きていない間も、この傾向は変わりません。
「エージェントチームのオンコール対応は非常に静かです。デフォルトのフォールバックが組み込まれているので、何もする必要がありません。社内モデルのほうがはるかに騒がしいです。その保守にはずっと多くの時間を費やしていますが、OpenRouter を通るものはすべて盤石です。」
これは Descript が Baseten でのデプロイを立ち上げている間も変わりませんでした。
「Baseten でこの専用デプロイを展開していたとき、設定にいくつか問題があって例外が発生していましたが、OpenRouter は別のプロバイダーにフォールバックしただけでした。それが起きていることに気づいていませんでした。ユーザーには問題が一切見えていなかったので、誰からも苦情はありませんでした。」
この接続を利用しているのは、エージェントチームだけではありません。Media Understanding チームは、アップロードされた動画を OpenRouter 経由で Gemini にルーティングしてコンテンツを分析していますが、Google は同チームが使っているバージョンの廃止を発表しています。そのバージョンからの移行は、プロジェクトではなく設定変更で済みます。
別のチームは既存の接続を使い、エージェントチームが本番環境では使っていないモデルも含め、四つから六つのモデルでビジュアルレイアウト生成のプロトタイプを作成しました。
今ではこれが、推論サービスを売り込む相手を Mistratov が評価する際の基準にも影響しています。
「このモデルで最高のスループットを出せるので使ってほしい、という連絡がひっきりなしに来ます。最初に聞くのはいつも、OpenRouter に対応していますか、ということです。答えがいいえなら、ひとまず見送るかもしれません。OpenRouter を使うことで得られる使いやすさを上回るには、何らかの点で極めて大きなメリットが必要です。」
OpenRouter での Descript
2025 年 6 月から稼働しています。OpenRouter の動画生成カテゴリで第 1 位、クリエイティブで第 1 位です。出典: openrouter.ai/apps/descript。

