AIをツール経由でしか触らないデザイナーと、CLIから生のAIに直接触れているデザイナーでは、数年後に大きな差が生まれる。その差は操作スキルの差ではなく、AIと自分の関係の作り方の差である。ツールのUIに閉じ込められている限り、AIは誰かが設計したプロンプトと制約の中でしか応答しない。CLIで生のAIに触れると、制約を自分で置き直すことができる。ここに、AI時代にデザインのプロフェッショナルとして生き残れるかどうかの分かれ目がある。
ツール経由のAIは他人の設計の中で動いている
Figma の AI 機能、Notion AI、ChatGPT の Web UI、Cursor の補完、いずれもUIに埋め込まれたAIである。便利だが、そのAIは提供元が決めた役割とプロンプトと入出力フォーマットの中で動いている。デザイナー本人は「何をどう頼めば、どう返ってくるか」を、そのツールが想定した範囲でしか観測できない。
ツール経由は悪いものではない。立ち上がりの速さや、非エンジニア層への普及という意味では欠かせない。ただし、ツール経由の経験だけを積んでいると、AIとは「質問を投げると答えが返ってくる箱」になる。その箱の外側に、モデル本体・コンテキスト・プロンプト設計・ツール定義・評価ループといった構造があることが見えない。構造が見えていないと、出力の質が下がったときに何を変えればいいのかが分からない。AIを使う者はアウトプットの品質責任者になるという原則に対して、責任を取りたくても取れる位置にいない。
CLIで触るAIは、境界が自分の手元にある
Claude を CLI（Claude Code のようなターミナルからの対話）で触ると、何が違うか。システムプロンプトを自分で書く。どのファイルを読ませるかを自分で決める。出力をどこに書き出すかを自分で決める。スキルや hooks のような「AIの振る舞いを設計する層」に、自分の手で触れる。
これは「便利機能を使うユーザー」から「AIの振る舞いを設計する側」へのポジションの移動である。自分で設計した環境でAIを動かしているので、うまくいかなかったときに原因を特定できる。プロンプトが悪いのか、渡したコンテキストが不足しているのか、タスクの切り方が間違っているのか。切り分けができるから改善できる。改善のループが回ると、自分なりの「AIの使いこなしの型」が蓄積する。この型はツールのアップデートで消えない。なぜなら、ツールではなく自分の中に残るからである。
AIの理想はツールではなくアイアンマンスーツであるという比喩がある。アイアンマンスーツは着る人と一体化してはじめて意味を持つ。CLI で AI に触れる経験は、このスーツの内側に入ることに近い。ボタンを押して動く家電ではなく、自分の思考と身体の拡張として使う。
デザイナーにとっての意味
「CLIはエンジニアの世界」と受け取られがちだが、デザインの仕事こそ、生のAIに直接触れる価値が大きい。理由は2つある。
1つめは、デザインの仕事が「コンテキストを揃える仕事」だからである。AI時代のデザインはシステム管理からコンテキスト管理へと移行すると考えると、デザイナーの主戦場は「AIに何をどう見せるか」になる。ツール経由ではコンテキストは提供元が決める。CLI なら自分のプロジェクトの資料、過去の議事録、ブランドガイド、ユーザーインタビューの発話録、すべてを自分で選んで渡せる。コンテキストを揃える練習ができるのは、生のAIを触る環境だけである。
2つめは、デザインの判断は言語化されにくい身体知だからである。AI時代のデザイナーの価値は道具の操作力ではなく理想の解像度にあるという論点は、ツール経由では鍛えにくい。ツールが用意したプロンプトに流されるからだ。自分でプロンプトを書き、出てきた生成物を見て「この方向じゃない」と修正する。この往復を繰り返して、ようやく自分の理想の輪郭がはっきりしてくる。CLI で AI に触れる経験は、自分の美意識と判断軸を言語化する訓練の場になる。
「生き残る」という言葉の意味
生き残るという表現は少し強い。もう少し正確に言うと、AIの波に流されず、自分の価値を自分で更新し続けられる状態でいられる、ということだ。
AIツールは毎月のように新しいものが出る。ツール経由でしか使っていないデザイナーは、新しいツールが出るたびに学び直しが発生する。しかも、そのツールが2年後に残っているかは分からない。一方で、生のAIとの付き合い方を身につけているデザイナーは、新しいツールが出ても「これは裏で何をやっているか」がだいたい想像できる。ツール間の移動コストが低い。変化の速度に対して、自分の学習がツールの寿命に縛られない。
PC時代の変革パターンが示すように、新技術を「道具」として業務を再設計できる人材と組織だけがAI時代を生き残るという構造が、ここにもそのまま当てはまる。他人が作った道具を使う側にい続けるのか、道具そのものを自分の業務に合わせて再設計する側に回るのか。CLI で AI に触れる経験は、後者への入り口である。
「気がする」という感覚の扱い方
冒頭の主張は、確信ではなく「気がする」というレベルの仮説である。この「気がする」を軽く扱わないほうがいい。AI時代における人間の判断力より試行錯誤の速度が成功を左右するという観点に照らすと、仮説があるうちに手を動かして検証する人と、誰かの結論を待つ人とでは、1年後の立ち位置が変わる。
「気がする」は先回りのシグナルである。ツール経由だけで完結している同業者を見ていて、微妙な物足りなさを感じたなら、それが信号だ。具体的には、ChatGPT でも Claude.ai でもなく、ターミナルから claude コマンドを打つ。最初の1週間は不便でしかない。UI がない。プロンプトを毎回書く。出力の置き場所も考える。しかし、1ヶ月続けると、AIとの距離感が変わる。ツール経由だったときの「箱に向かって頼む」感覚から、「自分の作業環境にAIがいる」感覚に変わる。この感覚が、プロフェッショナルとして生き残る資本になる。
補足: ツール経由を否定するわけではない
誤解のないように書いておくと、デザイナーがツール経由のAIを使うこと自体は否定しない。Figma の AI で当たりを取るのは速い。Cursor の補完は日常的な実装で便利である。問題は、ツール経由だけで完結してしまうことだ。ツール経由と生のAI、両方の回路を持っていて、場面に応じて使い分けられる状態が強い。
生のAIに触れるための入口として最も手近なのが、Claude を CLI から使うことだ。理由はシンプルで、CLI ツールとしての完成度が高く、スキル・hooks・プロジェクト単位の設定など、AIの振る舞いを自分で設計する仕組みが揃っているからである。この入口を使わない手はない。