JOURNAL — 2026-08-12

AI時代のアプリ開発をどう学ぶか

CursorのAgentとIDEという2つの画面から、これからの開発学習と「構造を理解したドライバー」としての開発者像を紐解く。

開発・技術AI駆動開発

けんさん

けんさん

案内人

個人事業主として、Web・写真・AI活用などに日々向き合っている案内人。現場で試しながら、本質を丁寧に整理する。

まりなさん

まりなさん

受け手

けんさんのアシスタント。一般人目線で素朴な疑問や感想を代弁し、読みやすさをサポートする。

AI先生

AI先生

整理係

日々の対話相手であるLLMを擬人化した存在。親しみを込めて「先生」と呼ぶ、構造化の頼れる相棒。

まりなさん
まりなさん 受け手 — 導入

Cursorを開くとAgentとIDEという2つの画面があって、どっちから始めればいいか迷っちゃいます。単に画面が分かれているだけなんでしょうか?

けんさん
けんさん 案内人 — 本質化

そうだなぁ。実はこの2つの画面の違いは単なる機能の差ではなくて、AI時代のアプリ開発をどう学ぶかという、開発者の役割そのものの変化を表しているんだよね。

ONE PAGE SUMMARY

今日の核心は、システムの構造を理解し、AIを部品としてコントロールすること。

コードを1から書く能力よりも、適切な判断力と設計力(ドライバーの力)の価値が上がっています。

委任する

Agent(オートマ車)

目的を渡して、工程はAIに委ねる。「目的地へ行くこと」をシンプルに自動化する。

制御する

IDE(マニュアル車)

工程を人間が握り、AIを部品として使う。「どうやって行くか」の工程を自分で設計する。

  • 委任度と制御度
  • 目的と工程の設計
  • システム構造の理解
  • 燃費(トークンコスト)の最適化

ここからひとつずつ、図で整理していきます。

AI先生
AI先生 整理係 — 構造化

整理すると、両者は競合するものではなく、AIにどこまで判断を委ねるかという「委任度」の違いです。ここから各論を詳しく見ていきましょう。

01

Cursorにある「2つの入り口」

Cursorには、AIに自律的な作業を任せる「Agent」と、人間が工程を管理しながらAIを局所的に使う「IDE」の2つがあります。AgentがIDEの上位互換というわけではなく、それぞれ異なる目的と操作性を持っています。

誤解されがちな点

自律的に動くAgentのほうが優れていて、IDEは古い開発スタイルである。

正解

両者は競合するものではなく、「AIにどこまで判断を委ねるか(委任度)」が異なるだけ。目的によって使い分けるのが正しい乗りこなし方です。

Agent モード

プロセス全体を一任する

ゴールだけを指定し、ファイル探索やコマンド実行を含めたプロセス全体をAIに一任する画面。

Prompt: ログイン機能を追加して

IDE モード

局所的な指示を出す

人間がファイルを開き、処理したい部分だけを指定してAIに局所的な指示を出す画面。

Prompt: auth.ts の 12-25行目を修正して

まりなさん
まりなさん 受け手 — 代弁

Agentのほうが何でもやってくれて便利そうに見えますが、どう使い分ければいいんでしょうか?

けんさん
けんさん 案内人 — 現場確認

要は、ログイン機能の追加みたいに丸投げしたいときはAgent、特定のファイルのこの処理だけを狙って修正したいときはIDE、というように判断の範囲で選ぶといいんだよね。

02

オートマ車とマニュアル車の比喩

AgentとIDEの関係は、車のAT(オートマ)とMT(マニュアル)に例えると非常によく理解できます。

自動化重視

AT車 = Agent

目的地を伝えるだけで、ギア操作は不要。運転自体を自動化し、道中の負担を最小限にできる一方、無駄な探索(燃費低下)が生じる場合がある

制御重視

MT車 = IDE

ギア選択やアクセルワークを自ら操作し、どう走るかの工程を精密にコントロールする。対象を絞ることで、AI利用コスト(燃費)を最適化できる。

まりなさん
まりなさん 受け手 — 共感返し

なるほど。MTのほうが面倒に見えるけれど、自分の思い通りにコントロールできて、燃費も良くできるんですね。

けんさん
けんさん 案内人 — 本質化

そうなんだよね。どちらが偉いかではなく、状況やコストに合わせて、自分でハンドルを握るか任せるかを選べるのが面白いところなんだ。

03

学習者にとっての「学び」の違い

AI時代のプログラミング学習は、昔のように構文を暗記することから始める必要はありません。まずAgentを使って「動くアプリが作れる」という体験を最初に行い、そこからIDEを使って「なぜ動いているのか」という構造の理解へと降りていく新しい学習経路が成立します。

1

まず作る

Agentで動く体験をする

2

中を見る

IDEでファイル構造を観察

3

問いを立てる

なぜ動くのかAIに問う

4

構造の理解

部品間の繋がりを把握する

まりなさん
まりなさん 受け手 — 代弁

コードを自分で全部書けなくても、AIが書いたコードの仕組みを理解するだけで勉強になるんですか?

AI先生
AI先生 整理係 — 具体化

はい。学習とはAIを使わずに苦労して書くことではありません。AIが実装したものを、構造として説明・理解できるレベルまで解像度を上げることです。

04

これからの開発者は「構造を理解したドライバー」

アプリ開発における技術と人間の役割は、車の世界と同様に、基盤技術者(メーカー)、開発ドライバー(設計者)、一般のドライバー(利用者)の3つに分離しつつあります。

自動車メーカー
/ 技術者
LLM、フレームワーク、基盤技術を作るエンジニア。高度な数理的知識、インフラ構築能力が求められる。
構造を理解した
ドライバー
AIを使ってシステムを設計・開発する人。フロント、API、DB等の「構造と役割」の把握が求められる。
一般の
ドライバー
Agentに目的を伝えて成果を得る人。ゴールを明確にする言語化、ツールの扱い方が求められる。
まりなさん
まりなさん 受け手 — 理解確認

つまり、JavaScriptの構文を暗記するより、フロントエンドやDB、APIがどう繋がっているかという構造を学ぶほうが、これからの個人開発には大事になるんですね!

けんさん
けんさん 案内人 — 次の一手

その通り。AIを道具として乗りこなしながら、自分だけの目的地にたどり着く。そんなドライバーを目指して、まずはCursorの2つの画面を楽しんでいこう。

CONTACT

この話、あなたの現場ではどうですか。

記事の話題そのままで構いません。「あの記事の件で聞きたい」——それだけで最初の一言になります。

  • ヒアリング無料
  • 全国対応(オンライン可)
  • しつこい営業はしません
相談のながれを見る