すべてがTになる ── AIが加速する「Terminal回帰」と、これからのUXの話

はじめに

「T」とはTerminalのことです。

パーソナルコンピュータの歴史は、Terminalとともに始まりました。

1970年代、コンピュータと人間をつないでいたのはCRT端末（Terminal）でした。1977年に登場したApple IIやCommodore PET、TRS-80──いわゆる「1977年の三位一体（Trinity）」と呼ばれるパーソナルコンピュータの始祖たちは、いずれも電源を入れるとコマンドプロンプトが表示される、テキストベースのインターフェースを持っていました。
1981年にIBMが発売したIBM PCも、起動すればMS-DOSのコマンドライン。C:\> という黒い画面に白い文字でコマンドを打ち込む。それがコンピュータを「使う」ということだったのです。

この時代、コンピュータとの対話はすべてキーボードからのテキスト入力で行われていました。ファイルのコピーも、プログラムの実行も、ディスクのフォーマットも、すべてコマンド。
Terminalこそが、パーソナルコンピュータの「原風景」です。

転機は1984年。Apple Macintoshがマウスとウィンドウ、アイコンによるGUI（Graphical User Interface）を一般に普及させました。
そして1995年、Windows 95の爆発的なヒットにより、GUIは「万人のためのコンピュータ」を実現する標準インターフェースとなりました。私が初めて触ったPCもWindows 95でした。Webブラウザの登場もこの流れを加速させ、コンピュータは「コマンドを知っている人の道具」から「誰でも使える道具」へと変貌を遂げたのです。

しかしいま、その流れが反転しつつあります。
AI Agentの台頭により、PCの操作主体が「人間」から「AI」へとシフトし始めたことで、インターフェースの前提そのものが揺らいでいるのです。

すべてがTerminalから始まり、すべてがTerminalに還るのか。

私自身、wevnalのCTOとして日々AI駆動開発の最前線に立つ中で、この構造的な変化を強く実感しています。
本記事では、この「Terminal回帰」とも言える現象を整理し、サービス開発者として何を考えるべきかについて、私の考えをお伝えします。

GUIの時代 ── 人間のためのインターフェース

これまでのWeb/Desktopアプリケーションは、基本的に「人間が触ること」を前提に設計されてきました。

ボタンの大きさ、色のコントラスト、ホバーエフェクト、アニメーション。すべては人間の認知特性に最適化された結果です。
UI/UXデザインという領域そのものが、「人間にとっての使いやすさ」を追求する学問として発展してきました。

この構造は長らく揺るぎませんでした。
スマートフォンが登場してもタッチUIという形でGUIの延長線上にありましたし、SaaSの爆発的普及もリッチなGUIを前提としたものでした。

「良いプロダクト = 良いGUI」。

この等式が、過去20年のソフトウェア開発における暗黙の前提だったと思います。私たちwevnalのBOTCHANも、チャットUIというGUIの一形態を軸にユーザー体験を磨いてきたプロダクトです。

AIが「入力インターフェース」になった

ところが、ここ1〜2年で根本的な変化が起きています。

AIが「入力インターフェース」そのものになったのです。

従来、ユーザーはGUIのフォームやボタンを通じてサービスに意思を伝えていました。しかしいま、自然言語でAIに指示を出し、AIがサービスやデバイスを操作する形が急速に広がっています。

たとえば、AnthropicのClaude Coworkは、デスクトップ上でファイル操作やリサーチ、ドキュメント作成といったタスクをAIが自律的にこなしてくれるツールです。

以前の記事で取り上げたOpenClawも、メールの監視やスケジュール管理、各種サービスとの連携をAI Agentが自発的に実行してくれます。
いずれも、人間がGUIをポチポチ操作するのではなく、自然言語で指示を出せばAIが裏側でAPI呼び出しやコマンド実行を行うという構造です。

これらを支える技術基盤として、AnthropicのMCP（Model Context Protocol）やCLI Tool、Skillsといった仕組みが急速に整備されています。
これらは「人間→GUI→サービス」という従来の導線を、「人間→AI→API/CLI→サービス」へと書き換えつつあります。

この変化は、単なるインターフェースの追加ではありません。デバイスやサービスに求められるUXそのものの根本的な変化です。

かつてiPhoneがタッチUIを普及させた時、Webデザインは「モバイルファースト」に舵を切りました。
同じように、AIが入力の主体になった今、「AIファースト」なUX設計が求められる時代が来ているのだと思います。

開発者の世界で起きている「Terminal回帰」

この変化を最も先鋭的に体現しているのが、ソフトウェア開発の領域です。

開発の歴史を振り返ると、面白い流れがあります。

Terminal → IDE → Terminal（再び）

初期のプログラミングはTerminalでのコマンド操作が基本でした。
やがてVisual StudioやIntelliJのようなIDE（統合開発環境）が登場し、GUIベースでの開発体験が主流になりました。
コード補完、デバッガ、GUIのGitクライアント──開発生産性はIDEの進化とともに向上してきたのです。

しかし、2024〜2025年にかけて、明確な揺り戻しが起きています。

AnthropicのClaude Code、OpenAIのCodex。これらのAI Agent型開発ツールは、Terminalから自然言語で指示を出し、AIがコードの生成・修正・テスト・デプロイまでを自律的にこなします。
人間がIDEでファイルを一つずつ開いてコードを書く時代から、Terminalでタスクを指示してAIが遂行する時代へ。

実際にwevnalの開発現場でも、AI生成コード率が80%を超えるプロジェクトが出てきており、エンジニアの役割は「コードを書く人」から「AIに正しい指示を出し、アウトプットを検証する人」へと明確にシフトしています。

私自身も、Claude Codeを日常的に使い込んでいますが、気づけばエンジニアが最も多くの時間を過ごす場所が、IDEのエディタ画面からTerminalのプロンプト画面に変わり始めています。
VS CodeやCursorのようなGUIベースのAI IDEも存在しますが、複雑なタスクをAIに任せるときほど、TerminalからCLIで操作するほうが柔軟で効率的だと感じる場面が増えています。

これは開発者だけの話にとどまりません。
AnthropicのClaude Coworkなど、非エンジニア向けのAI Agentも急速に進化しています。彼らが「仕事をこなす」際に使っているのも、GUIのクリック操作ではなく、内部的にはAPI呼び出しやコマンド実行──つまりTerminal的な動作です。

「AIが仕事をする」時代のUXとは

開発領域で起きていることは、いずれ他の領域にも波及します。

いまは「人間もAIもPCを操作してタスクをこなす」過渡期です。
しかし近い将来、業務の大半をAI Agentが遂行することが前提になる世界が来ると考えています。

そのとき、インターフェースの役割はこう変わるはずです。

つまり、GUIは「操作のためのインターフェース」から「確認のためのインターフェース」へと役割が変わるということです。主役はTerminalに戻り、GUIは補助的な存在になります。

これは単なるノスタルジーではありません。合理的な帰結です。

AIにとってGUIは非効率な入力手段です。ボタンの位置を特定してクリックするよりも、構造化されたコマンドやAPIのほうが圧倒的に正確で速い。AnthropicのComputer Useのような画面操作型のAI技術も存在しますが、あれはGUIしか提供されていないサービスへの「やむを得ない適応」であって、本来のAIネイティブなUXではないと私は考えています。

人間が自動車を運転するためにハンドルが必要なように、AIがサービスを操作するためにはAPIやCLIが必要です。
GUIは「人間用のハンドル」であり、AIには「API/CLIという別のハンドル」を用意してあげるべきなのです。

「SaaSアポカリプス」── Terminal回帰がもたらす産業構造の変化

この「Terminal回帰」の波は、単なるUXの変化にとどまりません。
SaaS業界そのものを揺るがし始めています。

2026年初頭、ソフトウェア業界で「SaaSアポカリプス（SaaSpocalypse）」という言葉が急速に広まりました。
AnthropicのClaude CodeやClaude Coworkの登場をきっかけに、投資家たちがシンプルかつ根本的な問いを投げかけ始めたのです。
「AI Agentがワークフローを自律的に遂行できるなら、そもそもSaaSのGUIに人間がログインする必要があるのか？」と。

その結果、ソフトウェアセクター全体で一時的に約2兆ドル規模の時価総額が蒸発したとも報じられました。

この問いは、本記事のテーマと完全に重なります。
従来のSaaSは「人間がGUIを使って操作する」ことを前提にビジネスモデルが設計されていました。
シートライセンス（ユーザー数課金）はその最たる例です。

しかし、AI Agentが人間の代わりにタスクを遂行するようになると、「ユーザー」の定義そのものが揺らぎます。
AIはGUIにログインしません。APIやCLIを通じてサービスの機能を呼び出すだけです。

もちろん、すべてのSaaSが淘汰されるわけではありません。
深い業界知識に基づくバーティカルSaaSや、独自のデータアセットを持つプラットフォームは引き続き価値を発揮するでしょう。
しかし、「人間がGUIで行う汎用的なワークフローを効率化する」ことだけを価値としていた水平型SaaSは、AI Agentによって代替されるリスクが現実のものになりつつあります。

私たちSaaSプロバイダーにとって、これは脅威であると同時にチャンスでもあります。AI Agentにとって「使いやすいサービス」
──つまりAPIやCLIが充実し、MCPに対応したサービス──は、AI Agent時代においてもプラットフォームとしての存在価値を維持できるはずです。
GUIだけに依存したプロダクトは淘汰され、API/CLIを軸としたプロダクトが生き残る。
Terminal回帰は、SaaS業界の勝者と敗者を分ける構造的な変化でもあるのです。

新しい問い ── サービスのUXはどこに向かうべきか

では、この変化を踏まえた上で、サービスを提供する側として何を考えるべきでしょうか。

「これからのサービスは、CLIコマンドでの操作を軸とすべきなのか？ それとも人間のためにリッチなGUIを用意すべきなのか？」

私の答えは「両方。ただし、優先順位が変わる」です。

従来は「まずGUIを作り、必要に応じてAPIを公開する」という順序が一般的でした。これからは「まずAPIとCLIを設計し、その上に人間向けのGUIをレイヤーとして載せる」というアーキテクチャが正解になっていくと考えています。

具体的には、以下のような設計思想が求められるのではないでしょうか。

API-First / CLI-First設計

すべての機能をまずAPIとCLIコマンドとして提供する。GUIはそのフロントエンドに過ぎない。Stripe やTwilioのように、APIそのものがプロダクトの本体であるという発想です。

MCP対応

AI Agentが自然言語からサービスの機能を呼び出せるよう、MCPサーバーとしてのインターフェースを提供する。これにより、Claude CodeやOpenClaw（OpenClawについては以前の記事で詳しく書きました）のようなAI Agentから、自社サービスの機能を直接操作できるようになります。

GUIは「ダッシュボード」へ

人間がAIの作業結果を俯瞰・承認・修正するためのビューとしてGUIを再設計する。操作の起点ではなく、確認の終点としてのGUI。

Headless対応

GUI不要でも全機能が動作するヘッドレスモードを前提にする。

これは「GUIが不要になる」という話ではありません。人間が最終的な意思決定者である以上──以前の記事で書いた「最後のボタンを押すのは常に人間である」という原則は変わらない以上──視覚的に情報を把握するためのGUIは今後も必要です。ただし、その役割と設計思想が根本的に変わるということです。
弊社でもこの変化を強く意識しています。

さいごに ── すべてがTになる

PCはTerminalから始まりました。GUIが万人にコンピュータを届け、そしていま、AI Agentの時代にTerminalが再び中心に戻ろうとしています。

「すべてがTになる」。これは予言ではなく、すでに起きている構造変化の言語化です。

ただし、ここで大事なのは、Terminal回帰は「退行」ではないということです。1970年代のCUIに戻るわけではありません。自然言語というもっとも直感的なインターフェースを通じて、AIが構造化されたコマンドを実行する。人間にとっては、むしろTerminalの時代より直感的で、GUIの時代よりパワフルな体験が生まれる可能性があります。

サービス開発者として、エンジニアリング組織のリーダーとして、この変化にどう向き合うか。「まずAPIとCLIを設計し、その上にGUIを載せる」という発想の転換ができるかどうかが、これからのプロダクト開発の分水嶺になると考えています。

GUIの死ではありません。Terminalの再発明です。

その波に乗るために、今日もTerminalを開こうと思います。

関連記事

Qiita

Note（wevnal公式）

▼ 私たちwevnalと、未来を共に創る挑戦に加わりませんか？

▼【エントランスブック】wevnalにご興味をお持ちいただいた皆様へ