AI前提で設計するとCLIが増える？Claude Codeと話して気づいたこと
この記事でわかること
- きっかけは「Claude CodeってGUIが苦手だよね」という気づき
- AI（エージェント）が得意な環境・苦手な環境
- ただ、もう少し広い視点もありそう
- AI時代のツール選び基準が変わるかもしれない
- コードとデザイン、需要はどちらが多い？
- 関連記事
ふと思ったことをClaude Codeに投げてみたら、わりと面白い話になったのでまとめてみます。
きっかけは「Claude CodeってGUIが苦手だよね」という気づき
Claude Codeを使っていて気づいたことがあります。ファイル操作とかスクリプト実行とか、テキストベースの処理はめちゃくちゃ得意なんですが、ブラウザのUIをぽちぽち操作するような作業は正直苦手なんです。
そこでふと思ったのが「AI前提でアプリを設計するとなると、CLIベースのものが増えていくんじゃないか」ということ。
AI（エージェント）が得意な環境・苦手な環境
整理してみると、こんな感じでした。
得意な環境：
– ターミナル・CLIツール
– テキストベースの処理・自動化
– ファイル操作、スクリプト実行
– API呼び出し
– バッチ処理
苦手な環境：
– ブラウザのUI（JavaScriptの実行結果を「見る」必要がある）
– インタラクティブなGUI操作
– リアルタイムでビジュアルフィードバックが必要な作業
この構造を考えると、「CLIが増える」というのは自然な流れかもしれません。
ただ、もう少し広い視点もありそう
「CLIが増える」という方向性と並行して、こんな動きも出てきているなと思います。
プロンプト駆動設計の台頭
複雑なGUIではなく、テキストコマンド＋自然言語の組み合わせで十分な領域が増えてきています。
AIは「出力」を生成するもの
UIはあっても、「生成→確認→修正→出力」というループになってきている。手動操作ではなく、AIが中間ステップを自動化していく方向です。
MCPでGUIツールがテキストインターフェース化
FigmaなどのGUIツールもMCPを通じて「テキストで操作できるもの」になってきています。
AI時代のツール選び基準が変わるかもしれない
これからのツール選びでは「このツール、APIあるのか？」「CLIで操作できるのか？」という視点が、以前より重要になってくるんじゃないかと感じています。
自分自身も、Obsidian + WordPress + Claudeで「会話→ノート→記事」のパイプラインを組んでいるんですが、これもGUIをなるべく避けて、テキストとAPIでデータフローを組んでいる形です。まさにこの思想の実践かもしれない。
コードとデザイン、需要はどちらが多い？
少し話が変わりますが、スクールでコードとデザインの両方を教えていて、市場の需要についても考えることがあります。
大きな流れから見ると、コードの需要の方が高い傾向がありそうです。
デザイン側では：
– Figma＋AI、Canva、生成AIツールなどで敷居が下がり、供給が増えてきた
– 「デザインできる」だけでは差別化しにくくなってきた
コード側では：
– エンジニア不足は構造的に続いている
– AI時代でもむしろ需要は増えている（AIの活用自体がコード）
– 心理的・時間的な学習の敷居が高いため、そもそもコーダーが少ない
もちろん、正確な市場統計を持っているわけではないので、感触の話ではあります。実際のところは求人サイトの統計や、卒業生の就職・案件状況を見るのが一番参考になるかもしれません。
「AI前提でどう設計するか」「どのスキルが今後も価値を持つか」、これから考え続けていくテーマだなと思っています。
