agentic video とは、AI システムが一つのプロンプトから一つの出力を返すのではなく、複数の手順にわたって判断し実行する構成全体を指します。考え方はそれだけです。混乱が起きるのは、この言葉が今三つの別々の仕事に使われていて、使う側がどれを指すかを明示しないからです。 これは何かを買う前に効いてきます。三つの仕事は必要な道具が違い、出る不具合が違い、買う部署も違います。
01
agentic video とは何か
ここでいうエージェントとは、複数の手順を計画し、ツールを呼び、結果を見て、次に何をするかを決められるソフトウェアのことです。agentic video はそのループを動画に当てはめたものです。
| 意味 | エージェントがすること | 買う部署 |
|---|---|---|
| 動画の理解 | 既にある動画をどう調べるかを計画する | 検索・モデレーション・要約の担当 |
| インタラクティブ動画 | 再生中に視聴者の質問へ答える | マーケティング・研修・サポート |
| 制作パイプライン | 動画を作る手順を実行する | 定期的に動画を出すチーム |
ベンダーのページを読むときの手早い判定：そのエージェントが向いている先は、完成した動画か、視聴者か、制作タスクか。この一問で三つは分かれます。
02
意味 1：既にある動画を解析するエージェント
ここでは動画が既にあり、エージェントはその調べ方を決めます。Google は Gemini でこの意味の「agentic」を使っています。クリップを均一に処理するのではなく、どの区間とどのチャネル（映像・音声・文字起こし）を重点的に見るかをモデルが計画します。長時間の収録や、特定の瞬間についての質問で効きます。
何も生成しません。この意味は動画を読むことであって、作ることではありません。仕組み、API の設定、静的処理の方が適する場面は、当社の Gemini 3.7 video understanding の解説にまとめてあります。
03
意味 2：視聴者が話しかけられる動画
マーケティングのページが指しているのはたいていこの意味です。D-ID は Agentic Videos として販売し、"passive content into interactive AI experiences" への転換と表現しています。視聴者は "ask questions via voice or chat at any point, turning a one-way broadcast into a two-way dialogue" とされています。エージェントは動画自身の台本と補足知識に基づくため、回答はブランドの線から外れません。D-ID は研修、製品マーケティング、プリセールス、サポートを用途として挙げています。
研究側は 2026 年 10 月 1 日に動きました。Tavus が Griffin を発表し、Human Interaction Model と呼んでいます。別々のシステムを直列につなぐのではなく、見る・聞く・話す・身振りを同時に行う単一の全二重モデルです。
各所が引用した数字は、実際の範囲つきで読む必要があります。Tavus が報告した研究では、独立した調査プラットフォーム経由で集めた 54 人が Griffin-Lite と 1 分間のビデオ通話を行い、そのうち 26 人、つまり 48 パーセントが相手を実在の人物だと考えました。同じ研究の比較対象は 2.4 パーセントでした。さらに Tavus 自身が、相手が本物でない可能性を考えたかを参加者に尋ねたのは調査の最後だった、と開示しています。NVIDIA の全二重ベンチマーク VideoFDB では、Griffin-Lite は 15 システム中、生成 3.83、知覚 3.73 で両トラック首位です。人間の参照値は 3.92 と 4.20 で、どちらも人間がまだ上にいます。
ほとんどの報道が落としている事実が一つあります。使えません。Tavus は Griffin-Lite について "will not be available for use for customers at this time, though it is available for select trusted testers as a research preview" と明記し、安全性の作業後に公開予定としています。対話型動画を軸に予算を組むなら、この意味はまだ研究プレビューであって、導入できる製品ではありません。
04
意味 3：制作工程を回すエージェント
「動画制作を自動化したい」と言うとき、多くの買い手が指しているのはこれです。エージェントは視聴者と話さず、過去素材も調べません。手順を回します。元資料を読む、台本を書く、カット割りを決める、生成または組み立てる、修正を反映する、レンダリングする。
実務的な問いは、そのエージェントが何を操作するかです。r/ClaudeCode の議論では、MCP 経由で既存の編集ソフトにエージェントを向けた人がいました。ある人は DaVinci Resolve Studio を Claude につなぎ、カット、テロップ、グラフィック、B ロールに使っていると報告しています。別の人たちは Python と ffmpeg で完結させ、要件がはっきりした作業に高価なソフトは要らないと述べました。そのスレッドで最も支持された返信は、ffmpeg だけでもエージェントは相当のことができる、という一文でした。
目につく傾向があります。使える結果を得ている人は、丸投げではなく分担を語ります。音楽動画で複数のエージェントを編成した実務者は、"completely delegating the art direction" ではなく、演出は自分が持ち、実行を任せたと書いています。
TapVid はこの三つめの意味に位置します。解説動画エンジンです。文書・リンク・台本のいずれかを渡すと、構造化された解説動画が出ます。REST API と MCP サーバーにより、アシスタントから直接呼び出せます。パイプラインは解析、確認、調査、構成、台本、ショット単位の生成を、見て介入できる手順として開きます。修正は対話で依頼し、指定したショットだけが新しい版として再レンダリングされます。意味 2 は扱いません。ライブのアバターも、プレーヤー内での視聴者からの質問もありません。
05
壊れるのはここ：エージェントは自分が壊したものを見られない
ベンダーのページが飛ばすのがこの失敗の形です。私たちが読んだ議論でも、複数の参加者が別々に突き当たっていました。
形はいつも同じです。実行は成功を報告します。出力は、エージェントには気づきようのない形で間違っています。
これらの議論から挙がった事例：
- 広告のレンダリングツールを作っている開発者が、いつもの繰り返しを書いています。HTML を書き、ヘッドレス Chrome でスクリーンショットを撮り、見て、見出しが切れていると気づき、直し、また撮る。毎回トークンを消費します。別の参加者は、自分のカードレンダラーが "clips a line off the edge without saying a word, and I only find out when I look at the image" と返しました。その後、具体例として、選択肢のテキストが 33 文字あたりで枠を越え、警告は一切なかったと述べています。
- 三人目は、道具の多くが "most tools just shrug and let you find out from the broken output later" だとまとめました。
- レンダリング側も同じです。あるチームはフレーム取得が "once returned about 8,500 bytes of black instead of a 2.6MB frame" という事象に遭いました。"fits at this size" と "all layers actually rendered" をどう区別するのか、という問いが出ています。
- 音声も同じ形です。ポッドキャストのスレッドでは、単語単位のタイムスタンプは編集点ではない、という警告がありました。そこで切ると最初の単語の立ち上がりと最後の単語の余韻が削られます。全体がわずかにずれて聞こえ、理由は耳では分かりません。別の人は、ffmpeg のストリームコピーはキーフレームからしか開始できないため、イン点が後ろへずれて前の一文の末尾がぶら下がる、と指摘しました。
どれもモデルの品質問題ではありません。報告の問題です。エージェントはファイルを見て、できあがったと判断しました。
行き着く対処は共通しています。不具合を目視ではなく機械可読にすることです。先の開発者はレンダラーを作り直しました。いまは編集のたびに、サイズごとに何が壊れているかを "leaderboard content !overflow needs 572x116" の形のエラーで返します。エージェントはその文字列から直します。自身のベンチマークでは、スクリーンショットの往復と比べておよそ 2 分の 1 のトークンだと報告しています。レビュー側の質問を受けて、さらに検査を足しました。途中で落ちたクリップはレンダリングを失敗させる。書き出した各ファイルはフレーム単位で検査する。欠けた素材はレンダリング開始前に検出する。
もっと手前で手を打つ参加者もいます。素材をまずローカルのモデルに通して、文字起こし、シーン記述、動きのタグを得ます。編集エージェントは動画を読み直さず、そのテキストの上で作業します。
要求すべきは三つ、この順です。パイプラインはサムネイルではなく構造化された不具合を返すこと。「成功」が、ファイルが存在し、全フレームが揃い、全素材が解決済みであることを意味すること。そして出す前に人が一度は見ること。
06
成果物が編集可能であることを要求する
二つめの関心事は、手元に何が残るかです。私たちが読んだ議論の複数の参加者は明確でした。完成した MP4 は受け取り物として認められません。
r/ClaudeCode のあるスレッドを開いた質問が、そのまま言い表しています。投稿者は編集をモデルに任せたい一方で、こう書きました。"I need the project to remain editable within standard video editing software. I don't want the editing process to turn into a script that can only be modified via code." コード前提のフレームワークが作業を実際の編集ソフトから引き離すことを懸念していました。
回答は一方向を指しました。エージェントが出すのはレンダリング済みファイルではなく、プロジェクトであるべきだ、と。ある参加者は、編集ソフトが読み込める XML タイムラインをモデルに書かせ、クリップは自分で動かす方法を挙げ、本番に任せる前に数カットで試すよう助言しました。編集ソフト側の交換形式はまさにこのためにあります。FCPXML、EDL、そして DaVinci Resolve のようなスクリプト API です。
検収条件の最も鋭い形は、この分野で自分も製品を作っていると開示した参加者から出ました。彼が試すのは "whether you can make a manual change and then have Claude continue from that updated project" だと言います。最初の編集を作れることは有用ですが、往復を生かし続けられるかが実際の時間を節約します。
この検収条件を借りてください。一度目を生成する。手で一箇所変える。そのうえで、自分の版から続けさせる。作り直ししかできない道具は、修正のたびに費用を取ります。
07
コストが実際に落ちる場所
この節は市場の傾向ではなく個別の報告として読んでください。参加者の数は多くありません。
うち二人は、時間が消えるのは編集作業ではないと論じました。一人は "measure the second cut against review time, not the $50 API bill" と書いています。通しで全部見続けるなら、そこが高くつくからです。返信先の実務者は、手作業の編集から、1.25 倍速で 2〜3 回通して見る運用に移り、通し 1 回と要所確認を目標にしていました。
生成費用については、使えるものが出るまで回すことを "spending hundreds of dollars spinning the slot machine" と表した参加者がいます。稼働中のパイプラインを持つ別の人は、予算を食わないよう機械的な工程を安価なサブエージェントへ移していました。
どちらも効き所は同じです。費用は最初のレンダリングではなく再試行のループにあります。前節の報告の穴を塞ぐ価値はここにもあります。良し悪しを判別できるエージェントは、その差額を払い続けません。
08
「agentic」と言うベンダーに聞くこと
この順に確かめてください。最初の答えでどの意味の話かが分かり、残りでエージェントが動き出した後のリスクを誰が持つのかが分かります。答えられない相手は、そのリスクを一切負っていません。
- どの意味の話ですか。理解、インタラクティブ再生、制作のどれか。ページに書いていなければ、宣伝文句だと見なしてください。
- 最終的に何が渡されますか。完成ファイルか、開いて編集できるプロジェクトか。
- 手で変更したあと、その版からエージェントは続けられますか。
- 不具合はどう報告されますか。エラーの実例を見せてもらってください。「出力を見てください」が答えなら、検査はあなたの仕事です。
- ここでの「成功」は、ファイルが書き出されたことですか、検証されたことですか。
- どの工程を見て、止められますか。
- 意味 2 の場合：今日使えますか。対応言語とデータは何ですか。
09
よくある質問
エージェントが最初の版を作ったあと、プロジェクトを編集し続けられますか。
お使いの編集ソフトが開けるもの、つまり FCPXML のような XML タイムライン、EDL、または編集ソフト自身のスクリプト API 経由の変更を返す場合に限られます。レンダリング済みのファイルは、実用的な意味では編集できません。本決まりにする前に往復を試してください。一度目を生成し、手で一箇所変え、変更後のプロジェクトから続けさせます。
エージェントが黙って壊していないと、どう分かりますか。
スクリーンショットの判断をエージェントに任せるのではなく、はみ出し寸法、欠けた素材、フレーム数といった機械可読の不具合をパイプラインに返させてください。上に挙げた失敗はすべて、成功した実行として通っています。人の確認を一巡残してください。目標は要所確認まで縮めることであって、なくすことではありません。
agentic video とは、AI が創作上の判断をするという意味ですか。
いいえ。それは技術の性質ではなく、パイプラインをどう組むかの選択です。私たちが読んだ議論の複数の参加者は意識して線を引いています。機械的な作業を任せ、演出、台本の判断、最終承認は人が持ちます。創作上の判断に AI が関わること自体を拒む人もいます。道具によって前提が違うので、選ぶ前に自分の線を決めてください。
1 本あたりの費用がなぜ上がり続けるのですか。
私たちが読んだ事例では、費用は最初のレンダリングではなく再試行のループにありました。使えるものが出るまで生成し直し、直ったかを見るためにまたレンダリングする、という流れです。その参加者が使った手は二つ、機械的な工程を安価なモデルに回すことと、短く生成することでした。これがどれだけ一般的かのデータは持っていないので、自分の使い方で確かめてください。
10
要点
あるページが agentic video と書いていて、一段落読んでも解析なのか対話なのか制作なのか分からないなら、まずそこを片付けてください。意味が定まれば、実務に耐えるかを予測する問いは二つです。成果物は編集可能なままか。そしてシステムは、何を間違えたかをあなたに伝えられるか。
