AI と一緒にもう一度絵を描くことを学ぶ

AI に最初のプロンプトを投げた瞬間、可能性は入力・出力・修正の一本の直線に圧縮される。だが絵を描く面白さと判断は、切り捨てられた分岐の側にある。著者らはデザイナーの役割をクリエイティブディレクターへ移す。

日本語
コピー
照片,一只手按在绿色网格切割垫上,纸上用马克笔手写着 START DRAWING!,下方有几道红色笔迹

AI ネイティブなデザインワークフローにおける発散、テイスト、視覚的探索についての記事。著者:Surya、Nikolai、Sai。 動画での紹介はこちら | 実験的な skill を試す

ファネル

CLI ベースの AI ツールはクリエイティブなファネルだ。どれだけ広い調査範囲とアイデアの火種を抱えてプロジェクトに入っても、prompt を書き始めた瞬間、その可能性は脆い一本の直線に圧縮される。最初の prompt を送った後、プロジェクトの残りはその直線に沿って進む。入力、出力、修正、その繰り返し。LLM が介入する前の潜在的な可能性の空間はそこで消え、以降の工程でそれを取り戻す本当の手段もない。これはデザインに反する。デザインの本質は巨大な可能性空間を探索し、選別し、絞り込み、再び広げることにある。バリエーションを生成し、見つめ、別の場所からインスピレーションを得て、手を加え、大半を捨てる——良い仕事はそうやって生まれる。現在の AI ツールはこのプロセスを覆す。完璧な実行者が手元にいるということは、何を実行すべきかを常に正確に把握していることを求められる、ということだ。彼らは主体的な協働者ではない。だからあなたは「命令を下す者」になり、創作のパートナーにはならない。想像力は使われず、脳の大半は理想の prompt を磨くことに費やされ、結果が頭の中のイメージと一致することを願うだけになる。この現象は「早期収束」と呼ばれる。可能性空間に何があるのかを本当に見極める前に、それを潰してしまうのだ。今日のすべてが同じに見え、同じに感じられる理由もここにある。真の探索がなければ、システムにハードコードされた色見本から選ぶしかない。その色は、使い慣れたツールでなら引き出せるどんな色よりも、くすんで、暗い。

自己理解のイメージ

image

私は元デザイナーだ。当時、ソフトウェアは Photoshop でデザインし、ピクセル化された素材が主な成果物だったのを覚えている。その後 Sketch が流行り始めたが、学ぶのはひどく居心地が悪かった。次に Figma 革命が来て、デザインツールの系譜においてそれはほぼ歴史の終わりだった。Claude Code の登場は、自分の職業に対する認識を深く揺さぶった——ほどなくして Figma を使わなくなり、直接コードを納品するようになった。あれは興奮する日々だった。AI 分野のビジュアルツールが始動したばかりで、ほぼ毎週のように新しいワークフローがデザイン課題の最終解答として持ち上げられていた。そのすべての下で、Claude は常にある種の技術的基盤であり、私が作るものは最終的にすべてここを通らなければならなかった。

image

ある日、@floraai で何気なく遊んでいた。あれはこうした生成的なビジュアルワークフロー向けのツールだ。思いつきで React コンポーネントのコードを放り込み、そのインターフェースの画像を生成できるか試してみた(つまりブラウザのレンダリングエンジンに頼らずに)。一種の「お前は自分が何をしているのか分かっているのか」テストだ。予想に反して、かなりうまくやった。その年の夏の終わり、ある機能で行き詰まり、Nano Banana で10個のインターフェース案のバリエーションを生成して前に進もうとした。複雑なことは何もなく、その10個のインターフェースがどんな見た目になり得るかの画像だ。それは行き詰まりを解き、気づきも与えてくれた——これらの画像モデルとコードの関係は、私が思っていたよりずっと密接だ。私はコードの中で作業し、画像の中で考える。しかも驚くほど速い。これはいい、と思った。

image

紙、レイヤー、キャンバス

image

複雑なシステムを視覚的に探索することには、ソフトウェアエンジニアリングにおける長い伝統がある。80年代と90年代、IBM、Microsoft、Honeywell といった大企業では、インターフェースに似せた紙のプロトタイプがすでに標準的な手法だった。理屈は単純だ。使い捨ての視覚的成果物でインターフェース——ひいてはコード——をどう組織できるかを探ることは、時間を節約し、より良い結果を出す近道になる。

image

次に Photoshop、そしてそれに伴うレイヤーとキャンバスの概念。デザイナーは突然、複雑な空間言語を手に入れ、間違いを恐れずにデジタル世界を存分に探索できるようになった。プログラムが生まれる前に、そのインターフェースを本当に見て感じられる初めての機会だったと言える。Figma はこれを大きく拡張した。コードに近く、言語もより簡潔で、デザインツールとソフトウェアシステムの境界を曖昧にし始めた。使いやすいのは、探索の過程を収めつつ、生産環境に近づけるだけの柔軟性があるからだ。

image

では今は? 私たちは皆ターミナルに戻った。循環時間論者の勝利のように見える——一周して振り出しに戻ったのだ。Agent、AI ワークフロー、オーケストレーションフレームワーク——テキストの比重は極めて重く、それを使う引力はさらに強い。誰もが驚き(そして誰もが懊悩したが)、デザイナーは今や他の誰と同じようにコードベースに住み着いている。Figma の最近の記事は、デザインシステムがさらに下の層へと降りていく必要があると述べていた——技術スタック全体を統合し続けるための生存的な要請だ。彼らは正しいと思うが、私はもっと先を行く。AI システムの視覚能力(ソフトウェア開発において過小評価され続けてきたと私は考える)はすでに十分強力で、AI 時代のソフトウェアデザインにおいては Figma を飛ばし、より速く、より直感的で、より一貫した空間へ飛び込める。この一歩を踏み出さなければ、Figma のようなツールはコード優先の理念へと引き寄せられ続け、デザインにおいて本当に重要な探索段階を完全に失うおそれがある。

テイストとは選択すること

image

根本的な転換はツールではなく、デザイナーの役割にある。この仕組みの中では、あなたはもうAIの具体的な出力に縛られる唯一の作り手ではない。クリエイティブディレクターであり、指揮者であり、キュレーターでもある。ピクセルを一つひとつ自分で描く必要はない。意図を示し、生成のプロセスを導き、目の前に現れた無数の可能性の中から選ぶ。AIは実行者ではなく協働者になる——冷たい案の生成器ではなく、探索のエンジンだ。

image

いまやデザインは、閲覧やスワイプと近い親戚だ。インスピレーションの言葉は「フィード」であり、それはこれまで一方的に何かを目の前に押し出すだけで、こちらが応答する余地をほとんど残さなかった。それを覆したい。アイデアが浮かんだら、使い捨ての画像を大量に生成し、その中から気に入ったものを選ぶ。編集し、好きな点と嫌いな点に印をつける。少しずつ削って、よりまとまりのある構想へ収束させ、また発散させる。これを何度でも繰り返す。狙いは制御と偶然の緊張を解消することではなく、それを動的に管理することにある。多くのデザインシステムが何らかの「ダブルダイヤモンド」構造を持っているのは、根本的な要請を映しているからだ。プロセスに入ってくるさまざまな入力に対して、発散と収束を何度も繰り返さなければ、確かな成果には届かない。この仕組みでは、ダブルダイヤモンドは視覚的にも空間的にも中心となるメタファーだ——プロセスの中で、この発散と収束が実際に目に見える。面白いフィードバックループが生まれると思う。デザインの最中にそのプロセス自体を意識するとプロセスが良くなり、それがより良い成果を生み、また循環する。

image

image

絵を描くことを学び直す

なぜ今ならできるのか。Agentがついに画像をかなり理解できるようになり、具体的で細かな調整や変化を加えられるようになったからだ。ラフでもスクリーンショットでも荒いドラフトでも、それを見て完全なインターフェースを出力できる。Figma dev modeやその他の構造化フォーマットから始めるのと遜色ない。そこで疑問が湧く。なぜ私たちは視覚的なアイデアを散文に翻訳して、ターミナルベースのLLMに食わせることにこだわり続けるのか。テキストのプロンプトは、視覚的な関係や視覚的なアイデアをやり取りし、探るうえで最も直感的な手段を捨てている。言語の中に存在しないものを、言葉で説明しているようなものだ。もっと筋が通るのは、AIの強みに沿うこと——「視覚」の問題には、AIの視覚能力を使う。そうしなければ、画家に詳細な指示のリストを読み上げて絵を描かせるようなものだ。

image

すでにその方向に動いている例がある。Variant UIは並列生成とバリアントのスクロール閲覧をやっていて、デザインを閲覧として扱っている。どれも正しい方向だと思う。Claude Code Playgroundsも良い例だ——視覚的なフィードバックループがあり、成果物を生成してその上で反復できる。ただ、依然として一度に一つの成果物を扱うもので、深く広い探索よりも細かな漸進的な磨き込みを優先している。

image

残っている空白はこれだ。最大限の発散を可能性の集合として探索し、それをコードに落とし込む。まだ誰も本当には解いていないが、ピースは揃っている。AIは私たちをターミナルへ、コンピュータの核心へと引き戻した。テキストが王だ。だがこのパラダイムに固執すれば、近年もう一つ能力が急伸したもの——画像——を見落としかねない。どう見ても、AIは今や画像を扱うのが得意だ。ならばなぜ流れに乗らないのか。なぜ翻訳の層を挟んで、本当に大事なものから自分を遠ざけるのか。画像へ向かうことは、素材そのものに近づくことだ。それに伴ってデザインと創造の可能性が広がる。結局のところ、これはソフトウェアデザインの原点に戻ることでもある——画像に賭けることは、鉛筆を再び手に取り、目の前に紙を広げることだ。あとは絵を描くことを学ぶだけだ。

image

もし共感してもらえたら、意見を聞かせてほしい。Follow Us

メールでもいい。私はTwitterに常駐していて、たまにLinkedInを見て、Are.naにも浸かっている。

©2019-2026 SURYA NARREDDI.

メールでもいい。私はTwitterに常駐していて、たまにLinkedInを見て、Are.naにも浸かっている。

©2019-2026 SURYA NARREDDI.

出典: surya.website← ホームへ戻る