この動画は、Google Stitch、Remotion、Blender MCPという3つの新しいツールを手がかりに、AI時代におけるデザインのあり方がどのように変わりつつあるのかを論じる内容である。焦点となるのは、デザイナーの仕事が奪われるかどうかではなく、デザイン、開発、プロダクトの境界が溶け、創造的な作業がコマンドライン上で直接つながるようになったことで、試作、映像制作、3D制作のコスト構造そのものが劇的に変化している点にある。重要なのは、作業そのものの手間を減らすAIではなく、意図や審美眼を持つ人間が、より速く、より多く試し、より高い精度で仕上げられる環境が整いつつあるということである。
AI時代の創造性は何を変えるのか
世界はAIの熱狂であふれ返りつつあります。ですが、それを本当に有用なものにするのは何でしょうか。AIに支援された創造プロセスが、私たちにとって実際に意味のあるものになるのはどんなときでしょうか。
ここ1週間ほどで、ものづくりをする人たちが注目すべき大きなリリースが3つあったと私は思っています。これはデザイナーの仕事を奪う話ではありません。
むしろ、AI時代に私たちがどうデザインするのかを根本から考え直す話です。今日はそれぞれのリリースについて詳しく掘り下げ、それが何をしてくれるのか、そしてそれを使ってどう適切にものを作っていけるのかを話したいと思います。
まず1つ目は、GoogleがStitchをアップデートしたことです。これは無料ツールで、アプリの内容を言葉で説明すると、その画面を描いてくれます。
しかもワイヤーフレームではありません。実際に完成品のように見えるUIを、一度に複数ページ分作ってくれます。しかも、それについて声で話しかけることができて、リアルタイムでデザインしてくれます。
そうです。今では本当に、音声からデザインができるのです。さらにコーディングツールとも接続されているので、これが実装可能かどうかを自分で悩む必要もありません。
実際には、そのデザインを読み取って、それに合わせてきちんと実装してくれるのです。もうFigmaに書き出す必要もありません。
そしてそれこそが、Figmaの株価が急落した理由です。根本的に言えば、すべての職種は別々であるという時代の考え方を前提に価値提案を組み立てていると、job roleが曖昧になり、みんながコマンドラインへ向かっていく2.0時代の世界では苦しくなるのです。
3つの大きなリリース
次に注目すべき2つ目の大きなリリースは、Remotionです。これは動画用フレームワークで、1月以降ひっそりと成長を続け、Claude Codeのスキルとして15万インストールを突破しました。
Remotionの使い方はとても簡単です。たとえば、こんなふうに動画を説明するだけです。
私たちが一緒に作ってきたプロダクトについて、30秒の製品デモ動画を作ってください。この3つの機能を見せて、最後にCTAも入れてください。
するとエージェントが、その動画を実際のMP4としてレンダリングするコードを書いてくれます。
3つ目はBlender MCPで、これは少し違うアプローチを取っています。GitHubのスター数は約1万7000です。Blenderがやるのは、あなたの目の前で3Dシーンを実際に組み立てることです。
たとえば、こんなふうに言えます。
自分のプロダクトのためにビーチのシーンを作りたい。見た目はこんな感じにしたい。
するとBlenderが、三次元のバージョンをその場で目の前に作ってくれます。つまり、これまでBlenderに触れたことのない人たちが、部屋のウォークスルーや、建設業者向けの建築アセットの生成などをやっているのです。
もちろん、Blender本来の用途であるゲームグラフィックスに使っている人たちもいます。でも彼らが作っているのは、没入型のウォークスルーを持つ生成世界です。
私たちは、これがどんな見た目になっていくのかをまだ探り始めたばかりです。でも、デザインがコマンドラインへ移行しつつあるという話を始めるには、もう十分な材料がそろったと思っています。そして、その意味するところについて語れる段階に来ています。
3つに共通するものとMCP
ですがその前に、それぞれのパイプラインを順番に見て、私たちがどこへ向かっているのかを理解しましょう。
この3つすべてに共通していることが1つあります。それは、どれもAIコネクタの共通規格であるMCPに依存していることです。言い換えれば、MCPがAIにとってのUSBプラグになりつつあるということを、私たちは何度も何度も目にしているのです。
つまり、あるツールをコマンドラインから使えるようにしたいと思ったら、それはMCPサーバーになり、そこからすぐ作業を始められるのです。
だからこそRemotionは、以前はちょっとしたWebサイトで、人々がそこへ行って何かする程度の存在だったのに、急成長するGitHubコミュニティへ変わりました。MCP化したからです。ターミナル内のスキルとして使えるようにしたからです。
これが2026年のグロースハックになりつつあります。もしあなたがプロダクトを持っているなら、自分にこう問いかけるべきです。なぜこれはMCPではないのか、と。MCPであるべきです。
MCPでないなら、問題があります。
なぜコマンドラインがそんなに重要なのか
では、なぜコマンドラインがそれほど重要なのでしょうか。私はこれが、単なるツールや2026年のユースケース以上に、ずっと大きな話だと思っています。
私たちはこうしたプロダクトを、派手な大型リリースとして語りたがります。でもその結果、もっと大きな変化を見落としてしまうのです。
私が見ているのは、2010年代のプロダクト、エンジニアリング、デザインの三角形が、溶け合い始めているということです。これは以前から話してきました。
でも、あまり語られていないことがあります。たまにしか議論されません。たぶん繊細なテーマで、すぐ雇用喪失論争へ流れてしまうからでしょう。
それは、プロダクト、デザイン、エンジニアリングの三角形は、実務ではしばしばうまく機能していなかったという事実です。これは、その現場を生きてきた人間として言います。
私が関わってきたプロダクト、デザイン、エンジニアリングの三角形の大半は、決してシームレスではありませんでした。
エンジニアリング側がブレーキになって、これは作れないと言うこともありました。デザイン側が遅くて、もう少し時間が必要です、ピクセルを詰めたいんですと言うこともありました。プロダクト側、つまり私ですが、すぐ進みたがって行動を優先し、周りがそれを心配することもありました。
でも要点はここです。
そうしたすべてのケースで、私たちはピクセルを順番にページに置いていき、あとからそれが実装可能かどうかを知るというやり方に縛られていたのです。
2010年代の理想と今の変化
私が2010年代の世界で見た中で、最も良いチームワークの形は、同じ場所に集まれるときでした。あれが2010年代の理想でしたよね。
デザイナーがエンジニアやプロダクト担当と一緒に座る。みんなで画面を囲む。あれこれいじって、何がうまくいくかを一緒に確かめる。
美しかったのは、2010年代にはそれがまれだったにもかかわらず、こうしたコマンドライン型のツールによって、いまやそのやり方が誰にでもより可能になったことです。
以前は、適切な人が部屋にいて、しかも率直に言えば、ある程度職種の境界が曖昧になっていることに頼るしかありませんでした。当時はそういう言い方をしていませんでしたが、実態としてはそうでした。
デザイナーはJavaScriptがどう動くかを少し理解している必要がありました。エンジニアはフロントエンドにどう磨きをかけるかを少し理解している必要がありました。そしてプロダクト担当は、その2つをつなぎ、オファーと顧客を見ながらまとめる必要がありました。
ところが今は、コマンドライン上で、定義上実装可能なものを呼び出せます。なぜなら、この仕組みそのものがそうなっているからです。
もし実装できないなら、Claude Codeはそれに触れられません。
さらに、デザインの複数案を非常に素早く持ち込めるようになります。これは昔から苦労していたことでした。デザインには時間がかかる。洗練されたものを作ろうとすると、なおさら時間がかかる。いろいろな反復を回したいなら、そのぶん時間が必要になる。
でも今は、デザインをコマンドラインから行い、そこを高速で回せるのです。
デザイナーは消えない
ここではっきり言っておきます。もし並外れた磨き込みを求めるなら、最後はやはりデザイナーの手で仕上げる必要があります。
ただ、今の多くの場面でデザイナーがやっていることは、デザインライブラリから次のリリースを組み立てることなのです。
Anthropicのデザイナーはどうやっているのか。OpenAIのデザイナーはどうやっているのか。そう疑問に思うなら、答えはこうです。彼らはコードの中にいます。
コマンドラインで作業しています。持っているコンポーネントライブラリを使ってコードを書き、チームの足を引っ張らないよう、非常に高速に組み立てているのです。
それがコマンドライン・デザイン思考であり、これはクリエイティブ領域だけでなく動画の世界にも当てはまります。
ですから私は、優秀なデザイナーがここから退場するとは思っていません。AIがデザイナーを置き換えるという物語は、安っぽいし、本質をそらします。
実際、私はそういう一流のデザイナーたちと話してきましたが、彼らはコマンドラインに座っています。エンジニアリングやプロダクトと一緒に座って、アイデアをリアルタイムでコードへ押し込んでいます。
テーブルを囲んだ全員が、このデザインは実装可能なのかと悩む代わりに、それはもうそこにあります。プロトタイプ化されている。書き出せる。コードベースへそのまま入る。
私はこれに非常に強気です。デザイナーを置き換えるからではありません。デザインの中で、本来ポイントではなかった部分を抽象化してくれるからです。
本当に大事だったのは、いつだって顧客の体験でした。感覚でした。流れでした。ユーザーが、これこそ欲しかったものだと思う、その瞬間でした。
その判断力だけは、自動化で消し去れません。むしろ増幅されます。なぜなら、それを持っている人が、今ではFigmaの速度ではなく、言語の速度で反復できるようになるからです。
この数週間に起きた変化は、その始まりです。
そしてそれは、バイブコーディングがソフトウェアのコスト構造を変えたのと同じように、クリエイティブワークのコスト構造を変えるのです。
これから見ていくこと
では、これらのパイプラインを順番に見ていきましょう。実際に何が出荷できるのか。何がうまく動くのか。どこがまだ粗いのか。これらをつなぎ始めたとき、ワークフローがどんな見た目になるのか。
そして、もしあなたがデザイナーでないなら、これはなおさら重要です。なぜならデザインはいつだって不足している資源だったからです。
デザインの専門知識を得るのは難しかった。多くの人はそれなしで済ませてきました。でも今は、優れた人間のデザイナー並みとは言えないにしても、少なくとも、部屋にデザイナーがいない状態よりはずっとデザイン品質の高いものを得られます。これは素晴らしいことです。
Stitchとは何か
まずはStitchです。Googleはもともと、IO 2025でStitchをかなり静かなLabs実験として公開しました。Gemini上で動くtext-to-UIジェネレーターで、一度に1画面ずつ生成するものでした。
たしかに役には立ちそうでした。でも率直に言って、私は限界を感じましたし、多くの人も同じように感じていました。デモを見ると、へえとは思うけれど、そのまま忘れてしまう類のものだったのです。
ところが3月のアップデートは違いました。Googleは製品全体を、彼らがバイブデザインと呼ぶものに合わせて再設計したのです。つまり、バイブコーディングのデザイン版です。
空白のキャンバスを開いてコンポーネントを配置する代わりに、あなたがやるのは、事業目標、ユーザーに感じてほしい感情、あるいはプロダクトコンセプトを自然言語で説明するだけです。
するとStitchは、複数の高忠実度なUI案を同時に生成し、最大5画面を一度に無限キャンバス上へ並べてくれます。そこへ画像、テキスト、コードスニペット、競合サイトのスクリーンショットまで落とし込めます。
これこそがキラーアプリでした。
そして、これは現代において大企業ですらプロダクトマーケットフィットを見つけるのがどれだけ難しいかを示す、ちょっとした寓話でもあります。
GoogleはこれをIOで披露しました。そのときFigmaの株価はほとんど動きませんでした。実際に製品を正しく作り直し、コマンドラインへ寄せ、使いやすくし、デザインでできることの爆発半径を広げて初めて、Figmaの株価は市場で反応し始めたのです。
今や株式市場、つまりデザイナーではないウォール街の人々にも、Figmaとのつながりが明白に見えるようになったからです。
Stitchが実際にやること
では、Stitchは実際に何をするのでしょうか。
キャンバスを開いて、そこに話しかけることができます。音声モードがあるからです。ただ欲しいものを伝えるだけでいいのです。
まだ具体性が足りないと思うなら、プロンプトの例を出しましょう。
AIライティングアシスタント用のランディングページをデザインしてください。ヒーローセクションには見出しとCTAがあります。機能セクションにはベネフィットカードがあります。料金セクションも入れてください。2段階のプランにしてください。
そう言うと、Stitchは完全なデザインを生成します。しかもワイヤーフレームではありません。高忠実度の画面です。実際のタイポグラフィ、実際のカラーパレット、良い余白、適切なコンポーネント階層を備えています。
しかも面白いのはここからです。
このデザインエージェントは、生成して終わりではありません。実際にはプロジェクト全体の文脈を保持します。すべての画面、すべての判断、キャンバスへ落としたあらゆる参考資料。それら全部を保持し、変更や編集を頼んだときに、それら全体をまたいで推論してくれます。
もしナビゲーションレイアウトを3種類見たいなら、そう頼めばいい。エージェントは元の案を見たうえで、どう調整すればいいか理解しています。
アプリ全体をダークパレットで見たいなら、そう言えばいい。エージェントは、シニアデザイナーがデザインシステム全体を俯瞰しながら追うように、画面単位ではなく、プロジェクト全体の進化を追跡します。
さらにそのエージェントマネージャーは、設計の分岐と比較まで可能にします。これはAI時代の中で、私が最もわくわくしていることの1つです。なぜなら、以前は選択肢の数が、デザインを作る時間に縛られていたからです。でも、もう違います。
今ではバージョン管理ができます。クリエイティブ探索ができます。5つの異なる方向性を同時に追い、それらを横に並べて評価し、気に入った部分をマージできます。
さらに即時プロトタイピングもあります。静的デザインをクリック可能なフローへ変換してくれます。再生ボタンを押すだけで、ユーザージャーニーをたどれます。
そしてStitchは、ユーザー操作に応じて論理的な次画面まで自動生成します。これぞ生成UIですよね。プロダクトの構造や、あなたがどう説明したかをもとに、ボタンを押したあと何が来るべきかを推論してくれるのです。
そして、これが本当にFigmaに打撃を与えた点です。無料なのです。本当に無料です。月に350回の生成が、0円で使えます。1セントもかかりません。
まあ、Googleで、しかもAI全体を戦略的に任されている立場なら、そういうことも起こります。
design.markdownファイルの意味
しかし、最も興味深い機能、そして率直に言って、多くの報道が見落としていた機能があります。なぜ見落とされたのかはよくわかりません。それが、design.markdownファイルです。
私たちはみな、MarkdownファイルがAIにおいて極めて重要だと知っています。では、Stitchからエクスポートされるdesign.markdownとは何をするのでしょうか。
それは、Stitch内で進化してきたプロジェクトのデザインシステムを、エージェントが読める完全なファイルとして保存することです。
つまり、コードを書き出せるだけではありません。色、タイポグラフィ、余白ルール、コンポーネントパターンの永続的な記録が残ります。しかも、任意のURLからそれらを抽出できます。
つまり、たとえばこう言えるのです。
このURLを見てください。design.markdownを引き出してください。
そうすると、あなたが憧れているそのサイトが、デザイナーの視点ではどう見えているのかを把握できます。
賢くない人はこれをそのまま盗用しようとするでしょう。この好きなサイトを取ってコピーしよう、と。でも賢い人は、これをインスピレーションとして使い、自分がどこへ行きたいかをわかったうえで、さらに先へ押し進めるでしょう。
繰り返しますが、AI時代において、意図の明確さは差別化要因なのです。
そしてGoogleは、これを自社エコシステムに閉じ込めていません。冒頭で言ったように、これはMCPで読めます。つまりCloud Codeから取れるし、ChatGPTからも取れるし、もちろんGoogle自身のAnti-Gravityツールからも取れます。
あなたが好むコーディングエージェントは、構築しながらそのデザインシステムを読めるのです。
さらにGoogleは、Claude Code向けの公式スキルも出しました。Googleが自社のローンチにClaude Codeスキルを同梱しなければならないほど、Claudeが支配的だという証拠でもあります。
しかも彼らは、Stitchの出力をどう扱うかをエージェントに教える、インストール可能なプレイブックまで出しました。
このパイプラインは、いまこの瞬間に動きます。今日、事業目標をデザインできる。StitchがUIを生成する。コーディングエージェントがdesign.markdownファイルを読み、そのまま構築を始める。
Figmaへの書き出しはありません。引き継ぎ用ドキュメントもありません。開発者がデザイン文書を読み違えた、といういつもの話もありません。
この仕組みは、システム内の引き継ぎポイントの数を減らします。これはAIのトレンドとして大きいことの1つです。エージェントが賢くなるにつれ、こうした引き継ぎを削除していくのです。Googleがここでやったのは、まさにそれです。
Stitchの限界と現実的な見方
ただし、粗い部分もあります。そこは正直に言っておきたいです。
デザイン品質はまだ、多くのシニアデザイナーがこれにそのままサインオフして、素晴らしい、これをそのままクライアントに見せたいと言うような段階には達していません。
ですが、プロトタイプ以上のものではあります。そして、これが今後最も愚かで最も出来の悪い状態だということでもあります。
ですから私は、これをこう見るべきだと思います。
1つは、デザイナーと組めないときにMVPを市場へ出すための手段になるか。
2つ目は、デザイナーがより速く働き、さまざまな方向性を試したうえで、より効果的に磨きをかけられる手段になるか。
そしてさらに、既製コンポーネントなしでここまで良くできるのなら、自前のデザインシステムを持ち込み、プロセスにさらなる磨きを加えられるのではないか、という方向性も見えてきます。
つまり、進む方向はいろいろあります。ただはっきりさせておきたいのは、これをGoogleが売り出しているような、箱の中の魔法のデザイナーとして見るべきではないということです。
むしろ、箱の中の魔法のジュニアデザイナーとして見るべきです。より速く、よりうまくプロトタイピングしてくれる。でも完璧ではない。とくに、自分の意図が明確でないならなおさらです。
とはいえ、それでも価値はあります。しかも無料ならなおさらです。
いま話しているフェーズ、つまりデザイン探索やMVP開発は、磨き込みの前段階だけでも昔は何千ドルもかかっていました。でも今は無料です。
これが、ソフトウェアのコストがゼロへ近づいていると言うときの意味なのです。
Remotionと動画のコード化
2つ目のRemotionに移りましょう。ここではデザインから動画へ進みます。動画がコードになりつつあるのです。
1月20日、Reactフレームワークであり、動画をコードとして扱うRemotionが、Claude Code向けのエージェントスキルを公開しました。わかりにくい話に聞こえるかもしれませんが、少しついてきてください。
48時間以内に、彼らが作ったデモ動画は600万回以上再生されました。そして8週間後、そのスキルはskills.shというAIエージェントスキル用の公開ディレクトリで15万インストール以上に達しました。
Vercel、Anthropic、Microsoftという企業製以外のスキルの中では、これがナンバーワンです。
そして、Remotionが何をするかは、とてもシンプルです。Claude Codeに、単一のターミナルコマンドでRemotionスキルをインストールするだけです。
そのあと、平易な英語で動画を説明すると、Claudeが動画のすべてのフレームを定義するReactコンポーネント、つまりコードコンポーネントを書いてくれます。
もしそれを聞いて、うわ、それは大変そうだと思ったなら、Claudeがやってくれることに感謝してください。
テキストアニメーションも定義します。モーショングラフィックスも定義します。データ可視化も定義します。キャプションも定義します。トランジションも定義します。
そしてRemotionが、それらすべてのコンポーネントを動画ファイルへレンダリングします。MP4です。
ループ全体は、Claude Codeのサブスクリプション代以外は無料で、ローカルマシン上で走ります。追加料金は発生しません。
ここは本当に誤解が多いので、明確にしておきたいです。
これは、いわゆるAI生成動画と同じものではありません。もう一度言います。同じではありません。
SoraやRunwayのようなツールは、プロンプトからピクセルを生成します。印象的な結果が出ることもありますが、一貫性に欠けることもあります。簡単には編集できません。反復にもお金がかかりがちです。
一方でRemotionは、動画をレンダリングするコードを生成します。つまり、すべての要素がReactコンポーネントなのです。だから修正できる。バージョン管理できる。パラメータ化できる。
1つの変数を変えて、100個のローカライズ版を再レンダリングしたい。それで問題ありません。Claude Codeのサブスクリプション以外は無料です。
データソースを更新して、動画内のすべてのチャートを自動更新したい。それも問題ありません。
つまりこれは、プログラム可能な動画です。ある意味では、生成動画よりも強力です。なぜなら、編集と調整がはるかにしやすいからです。
そしてこの違いは、大規模に動画コンテンツを作っている人たちにとって、ものすごく重要です。
Remotionは、動画制作のラストワンマイルを圧縮します。動画が何を伝えるべきか知っている人が、それを直接言うだけでいい。エージェントがタイムラインを扱う。そして出力がロックされた書き出しデータではなくコードなので、チームの誰でも編集ツールに入り直すことなく変更できます。
Remotionの実例と限界
しかも、コードだからこそできることがたくさんあります。ひどい見た目になるのではと思うかもしれません。でも、あるクリエイター、Sabrina.devは、完全なパイプラインを公開していました。
彼女は1つのプロンプトからプロモーション動画を生成できました。ClaudeにWebを閲覧させて、GitHubリポジトリの実際のスクリーンショットを撮らせ、それを動画に含めました。さらに自分のヘッドショットを入れ、追加入力でBGMまで加えました。
ワークフロー全体がコマンドラインでした。Premiereもない。After Effectsもない。タイムラインエディタもない。ただやり切ったのです。
ここでもう一度見てほしいのは、計算コストの低下と、そこから生まれるデザインの価値です。これは、私たちの想像力を解放しているのです。
ここまでの2つのリリース、StitchとRemotionを通じて流れている一本の線はこれです。想像できる。だから安く作れる。
以前、MacBook Proで洗練されたクリップを作りたければ、CPU負荷は重いし、時間もかかるし、編集も簡単ではありませんでした。レンダリングに1時間、2時間かかることもあります。複雑なアニメーションはすぐ破綻します。
ここも正直に言います。
Claude CodeからRemotionを使って非常に複雑なアニメーションを作ろうとすると、やはり問題はあります。要素が多重に重なっていたり、凝ったトランジションや、きわめて複雑なタイミング指定が必要だったりすると、完璧なレンダリングにならないかもしれません。
現時点でのスイートスポットは、かなりクリーンなモーショングラフィックスのようです。たとえば、テキストアニメーション、データ可視化、製品デモ、ターミナル録画。正直に言って、これはプロダクト分野のかなり大きな部分を占めていますし、そこでは非常によく機能します。
だから、これを、デジタルビジネスの多くを支えるコンテンツのための略式手段だと思ってください。製品デモ、機能告知、データストーリー、SNS向けの短い動画。これらはすべて、Remotionでコマンドラインから作れます。
しかも追加コストはありません。Claude Codeで作業しているからです。要するにRemotionは、Claude Codeがその動画を生成するコードを書くために必要なスキルを与えているのです。
ですから、動画の質を左右する要因は、あなたの入力品質になります。
ちなみに、Remotion向けのプロンプトを組みやすくするためにSubstackで何かまとめたのか、と聞かれたら、もちろんやりました。ガイドがあります。入力をある程度構造化して使ったほうが、間違いなく良くなります。
その話はまた掘り下げましょう。Substackを見てもらえれば大丈夫です。
Blender MCPと3D制作の民主化
では3つ目、ここ数週間で出てきたもう1つのクリエイティブツール、Blender MCPです。これは、三次元にチャットウィンドウを与えるものだと思ってください。
Blenderは、いわばクリエイティブツール界の原子炉のようなものです。プロ仕様の3Dモデリングができる。アニメーションができる。レンダリングができる。シミュレーションもできる。しかも全部1つのソフトの中です。
長編映画でも使われています。ゲームスタジオでも使われています。建築ビジュアライゼーションでも使われています。人間が学ぼうとするソフトウェアの中で、最も複雑な部類に入ることは誰もが認めるところです。
インターフェースには、およそ1500のオペレーターがあります。冗談ではありません。ほぼすべての内部機能を公開するPython APIがあります。そして習得曲線は、人によっては年単位です。
ところが、Blender MCPはそれを簡略化します。
やることは、自然言語で説明を打ち込むだけです。たとえば、ヤシの木と夕焼けの照明があるビーチシーンを作ってください、と入力する。すると、3D環境がリアルタイムで組み上がっていくのを見られます。
つまりMCPの力によって、MCPの本質である、LLMがツールセットを創造的に操作できるようにする力によって、Claudeがあなたの代わりにBlenderのツール群を扱ってくれるのです。長い学習期間なしで。
そうしてビーチシーンが自動で組み上がります。オブジェクトが現れ、マテリアルが適用され、照明が調整される。しかもそのすべてが、AIがBlenderのPython APIに対してソケットベースのブリッジ経由でコードを書き、実行することで制御・編集されています。
このリポジトリが人気なのは当然です。GitHubスターは1万7000を超え、そこから派生開発する人たちによって1500以上のforkがあります。
さらに、HDRI、テクスチャ、3Dモデルといった高品質な無料アセットを提供するPolyhavenと統合されていますし、もっと広いライブラリが欲しいならSketchFabとも統合できます。
また、Hyper 3Dと接続して、text-to-3Dモデル生成も可能です。つまり、キャラクターやオブジェクトを説明すれば、それを生成して、そのまま会話を離れずにシーンへ投入できます。
たとえば、open claw crabみたいなキャラクターを説明して、それを会話から離れずにビーチシーンへ落とし込めるのです。
コミュニティの反応が大きいのも当然です。人々はこれをgame changerだと言っていますが、私はそれでも控えめすぎると思います。
Blenderのように、複雑ではあるけれど決定論的なソフトウェアがあるとき、そして同じような例は他にもありますが、MCPとコマンドラインは巨大な簡略化装置になります。
だから私は何度も繰り返しているのです。ターミナルを怖がらないでください、と。実際には、今ある他の選択肢の多くよりもずっと簡単です。なぜなら、今では自然言語で説明できるからです。
ここにカメラを置いてほしい。設定はこうしてほしい。この三次元シーンではこういうものを出したい。そう説明するだけでいい。
すると、以前なら数か月、数年かけてBlenderを学ばなければならなかったところを、数秒で作ってもらって終わりです。しかも後からいつでも編集できます。
そんなの必要ないと思うなら、おそらくあなたの仕事は建築の事前可視化でも、ゲームのプロトタイピングでも、率直に言ってプロダクトのモックアップでもないのでしょう。あるいは、コンセプトからproof of conceptへと一気に進む速度がボトルネックになるワークフローではないのだと思います。
でも実際には、三次元の可視化が必要なケースはたくさんあります。そして、そこまでの忠実度に素早く到達するのはこれまで難しかったのです。
ここでもまた、創造性のコストが崩れ落ちるのが見えます。創造的でなくなるのではありません。もっと創造的になれるのです。なぜなら、アイデアから、声から、現物がそこにある状態へ至るのが、ただ速くなるからです。
今やそれは、呼吸のすぐそばにあります。
文脈損失の解消と新しいワークフロー
そしてここには、私がここ最近考えている、さらに大きな話があります。
2010年代の古典的なプロダクト三角形、つまりエンジニア、プロダクト、デザインが一緒にいた世界で、私たちが苦労していたことの多くは、文脈の損失でした。
そのダイナミクスがうまくいくときにうまくいっていた理由の多くは、全員が1台のコンピュータの前に集まり、ゼロの文脈損失で話していたからです。
これら3つのツールでは、その文脈損失がありません。欲しいものを説明することから、何かが返ってきて、それが視覚化されることまでが、とても簡単だからです。
そして強調しておきたいのは、これらはプリミティブだということです。つまり、このビジュアルたちはワークフロー内のコンポーネントとして考えられます。
2026年の大きなスキルの1つは、こうした個々のコンポーネントを取り出して、より大きなワークフローへ賢く統合することです。
具体例を挙げましょう。これは出たばかりの話です。
3月20日、Noah’s WayがClaude Code向けのクラウドベースのスケジューリングタスクを発表しました。
リポジトリを指定し、スケジュールし、プロンプトを書く。するとClaudeがクラウドインフラ上で一定の間隔で動きます。あなたのノートPCは閉じていてもいいし、ターミナルがオフでもいい。それでも仕事は進みます。
彼が出した例は開発者向けでした。毎日実行するジョブを設定して、昨日以降にマージされたPRを確認し、ドキュメントを更新する。たしかに便利です。
でも、今日の話の文脈、つまりクリエイティブ・パイプラインの中で考えてみてください。
毎週のジョブを設定して、その週に自分のプロダクトで出荷した内容を全部集め、顧客向けのRemotion動画を自動生成する。モーショングラフィックス付きで要点をまとめ、複数のアスペクト比でレンダリングし、アップロード準備まで整えておく。そうすれば毎週、顧客向けの魅力的なローンチ動画を用意できます。
毎日のジョブを設定して、分析ダッシュボードを確認し、前日の指標を示すデータ可視化動画を作り、それをチームのSlackチャンネルへ送ることもできます。
また、製品の変更ログを監視し、新しいバージョンが出るたびにStitchで更新済みUIスクリーンショットを生成し、マーケティングサイトの機能ギャラリーを再構築するジョブだって設定できます。
それに価値はないと思いますか。いや、本当に言いますが、プロダクト担当として私はマーケティングやドキュメントのチームと、これがリリースされましたよね、サイトを更新するのを忘れないでください、ドキュメントも更新しないと、全部最新ですか、といった会話を何度してきたかわかりません。
こういうものは、今では取るに足らない作業になりつつあります。
クリエイティブのプリミティブを、スケジューリングのプリミティブにつなげればいいのです。
2026年の創造ツールの本質
私は、みなさんにこの観点で考えてほしいのです。これは、自分が大切にしているワークフローのためのLegoブロックなのだと。
そして、いまボトルネックになっているのは、あなた自身です。あなたは何を大切にしているのか。何に情熱があるのか。コマンドライン上でこうしたツールの力を使えるようになったとき、あなたのワークフローはどうすればうまく回るのか。
なぜなら、アイデアから成果物へ、アイデアからクリエイティブへ至るパイプライン全体が、いまや英語で記述でき、エージェントが実行し、しかも自律的に繰り返すようスケジュールできるからです。
そして何度も言いますが、これは高くありません。RemotionスキルはClaude Codeの料金で使えます。GoogleはStitchの反復を無料で提供しています。今は安いのです。
私は20年にわたってクリエイティブツールが破壊されるのを見てきました。PhotoshopがCanvaに、After Effectsがよりシンプルなモーションツールに、SketchがFigmaに、そしてFigmaがAIに。
パターンはいつも同じです。新しいツールが、十分に良いものを作れる人の最低ラインを下げる。既存勢力はパニックになる。そして現実が見えてくる。
床は下がった。でも天井は動かなかった。
つまり、クリエイターとして入り口に立てる人は増えたけれど、卓越性の重要さは変わらないのです。
ただ、今回はその床が下がった深さが違います。設計をほぼ無料で生成できるという、この変化の深さで言えば、床は地下室まで落ちました。なぜなら今や、誰でもデザインを生成できるからです。
そして、十分に良いものと、並外れて優れたものの間の距離は、デザイナーにとって別種のスキルとして語らなければならないものになりました。以前のデザインは、どれだけ実行できるかが大きな部分を占めていました。
でも今のデザインは、どれだけ磨けるかが大きな部分を占めています。
私はこれのどこが具体的に十分でないのかを見抜けるか。そして、どんな編集を加えたいのかを言えるか。そしてそれを速く、安定して行え、そのスキルを適用し、場合によっては他者へ教えることまでできるか。
自分の中の正しい、間違っているという嗅覚、sniff testを、行動に変えられるか。AIと、そこから生まれるデザインの創造性のボトルネックにならないほど速く、これらのデザインを見て判断できるか。
勝つ人は誰か
だから私が思うに、ここで勝つのは、これらのツールを個別に使いこなす人ではありません。
それは、Blenderの1500のコマンドを全部覚えた人がいて、そのあとMCPが来て、その優位を破壊されるのと似ています。
そうではなく、自分が何をどう視覚的に表現したいのかを、十分に正確に言語化できる人になる必要があるのです。それによって、顧客に本当に意味のある体験を伝えられるようにするのです。
これは本当に重要です。なぜなら、まず説明しなければならない。そして編集しなければならない。そして最後には磨き込まなければならないかもしれないからです。
私はさっき、Stitchはプロトタイピング以上のものだと言いました。でも完全に磨き込まれているわけではありません。Remotionの磨かれたクリップも、実行に少し時間がかかることがありますし、完璧ではありません。言ったように、非常に高度なアニメーションは不得意です。Blender MCPは基本的なシーンならかなりうまくやりますが、非常に複雑な有機的モデリングになると、うまくいきません。
これらはすべて、2026年3月時点での現在の限界です。モデルは今後さらに良くなるでしょうし、その先もあるでしょう。
人間の審美眼こそが残る
でも、ここでずっと忘れてはいけないのは、私たち人間には、細部を気にかける並外れた能力があるということです。
この新しい力を使って、自分たちのセンスを表現し、本当に欲しいものを実現するためには、細部を気にかける役目は私たちが担わなければなりません。
そして、それは本当に超能力です。
私を含め、デザイナーではない多くの人にとって、これはまるでスーパーマンのマントを手に入れたような感覚です。本当にすごい。できることがとても多いのです。
その新しい超能力を楽しんでください。MCPサーバーに入ることを怖がらないでください。最初のdesign.markdownファイルを取ることを怖がらないでください。こうしたツールを試すことを怖がらないでください。
何らかのデザインや可視化に触れる仕事をしているなら、それらはあなたのワークフロー全体を変えるはずです。
ちなみに、ほとんどすべての人がフロントエンドデザインを必要としています。ほとんどすべての人が、美しく作られた何かを必要としています。
自分はdev toolingを作っているから関係ない、と思うなら、残念ながらそうではありません。私たちがdev toolingを選ぶ理由の一部は、そのWebサイトが開発者にとって見やすいようにデザインされているからです。そしてそれもまた、フロントエンドデザインの機能なのです。
コードのように見えていても、それはフロントエンドデザインなのです。これは私の個人的なこだわりの1つでもあります。
クリエイティブ作業から運用作業を切り離す
結局のところ、この数週間のクリエイティブ分野での進展が私たちを解放してくれたのは、クリエイティブツールの中で、実は創造的ではなかった作業に費やしていた多くの時間からです。
それは運用作業でした。レイヤーを動かすことでした。キーフレームを調整することでした。フォーマットを書き出すことでした。ステークホルダーが見出しの単語を1つ変えたというだけで、同じレイアウトを3回目も作り直すことでした。
実際の創造的な意思決定は、その合間にほんの少しあっただけです。
でも今は、その創造的な意思決定の密度を上げられます。つまり、私がほしい判断はこれです。では、それをやってください、という形にできるのです。
私がとても面白いと思っていることの1つは、ここでデザインが開発の後を追っていることです。開発者たちは長いあいだ、コマンドラインが大規模実行のための正しいインターフェースだと知っていました。クリエイティブ作業も、同じ洞察へたどり着いたのです。
いま私たちは、コマンドラインから、生成、反復、変換、スケジューリング、実行といった、デザインに関わるすべての作業を行える地点に来ています。
そして、以前あなたが開発者だったかどうかは関係ありません。説明できる能力さえあれば、それを実行できるのです。
これは、ここしばらくのAIの変化の中でも、最も広く、誰にでも開かれた変化だと私は思っています。なぜなら、デザインはこれまでずっと門番に守られていたからです。
私たちが、ピクセルを動かして美しいものを作れると想像し、信じられるかどうかに縛られていました。
ここ数年、Figmaが登場してから、その一部は少しずつ見えていました。いくつかのコンポーネントをもっと簡単に調整できるようになってきたからです。
でも今回は、それが完全に吹き飛びました。
今や、誰でもそこそこ良いプロトタイピングデザインができる場所に私たちはいます。そしてそれによって、私たちはもっとずっと創造的になり、意思決定の価値に集中できるようになるのです。
そして、もう一度言います。高品質なデザイナーは、依然として必要です。彼らの優れた判断力が必要です。こうしたツール、新しい絵筆やパレットを使って、顧客のために、自分たちのために、家族のために、信じられないほど素晴らしいデザインを作るための助けが必要なのです。
楽しんでください。新しい力は賢く使ってください。
あなたのスーパーマンのコツを楽しんでください。
コメント