あるベンチマークツールを作っていました。最初は Claude Code の中だけで動かしていたものを、「他の人にも使いやすいように」と Web UI 化しようとした途中で気付きました。GUI を作るより、Claude Code の Skill として実装したほうが、ユーザーの使い勝手は圧倒的によかったのです。
「○○を実行して」「この条件で比較して」「昨日との差分を見せて」と自然言語で伝えれば、必要な処理はすべてバックエンドで勝手に進みます。Web 側に必要だったのは、操作画面ではなく、結果を見るための Viewer だけでした。
2026 年の時点で、新しい Web サービスやアプリを「人間が GUI を操作する」ことを前提に設計するのは、大きな発想の転換を逃している、と私は考えています。もちろん GUI はなくなりません。しかし、その役割は大きく変わります。
これは単なる開発効率の話ではなく、ソフトウェアそのものの役割が変わり始めている兆候です。
Web やアプリは「操作するもの」から「見るもの」へ
これまでのソフトウェアは、人間が細かく指示することを前提に設計されていました。メニューを探す、ボタンを探す、ダイアログを開く、設定画面を開く、保存ボタンを押す。この一連の操作を踏まないとゴールに辿り着けない構造です。
しかし AI との対話に慣れると、この一連の作業が驚くほど面倒に感じます。「比較して」「まとめて」「前回との差を出して」「グラフにして」。これだけで終わります。どこにボタンがあるのか探す必要もなく、画面遷移もいらず、メニュー構成を覚える必要もありません。
AI は「ソフトウェア」ではなく「アシスタント」
重要なのは、AI をツールとして考えないことです。AI は、人に仕事を依頼する感覚に近い存在です。「この資料を作って」「比較して」「原因を調べて」「もっと良くして」。普通なら相手が不足情報を質問してきます。AI も同じであるべきです。
一般ユーザー向けなら、なおさら「聞き返す UX」が重要になります。何を作りたいのか、何を優先したいのか、足りない情報は何か。AI が自然にヒアリングしながら完成まで導きます。この体験こそが、新しい UI になります。
GUI は Viewer になる
これから新しく作るプロダクトでは、ユーザーは対話し、AI が処理を考え、バックエンドが実行し、Web やアプリは結果を表示します。この役割分担が自然になります。
GUI は操作する場所ではなく、結果を見る Viewer として設計したほうがシンプルで強いのです。
UX の起点が変わる
従来は「どんな画面を作ろう」から設計が始まっていました。これからは違います。まず考えるべきなのは、「AI は最初に何を聞くべきか」 です。そこから対話を設計し、その結果を表示する Viewer を考える。UI ではなく、Conversation Design が主役になります。
まだ GUI から考えているなら
もし今でも「まず画面設計をしよう」「まずボタン配置を考えよう」「まずメニュー構成を考えよう」となっているなら、一度 AI エージェントと本気で仕事をしてみてほしいと思います。Claude Code でも Codex でも構いません。
何日も一緒に開発していると、GUI を操作すること自体が億劫になってきます。「対話すれば終わるのに、なぜ自分でボタンを探しているんだろう」という感覚になります。
PowerPoint も同じです。まだ自分でスライドのレイアウトを選び、図形を配置し、文字サイズを調整しているなら、その作業は急速に AI へ移っていきます。人間は「何を伝えたいか」を考え、AI が形にする。そのほうが圧倒的に速く、品質も高くなります。
GUI はなくなりません。しかし主役ではなくなります。これからのソフトウェアは、人間は対話する。AI が考える。バックエンドが実行する。GUI は結果を見せる。 この前提で設計されたものが、次の世代の UX になっていきます。
