JOURNAL — 2026-09-05
AIコードエディターの選び方
— 見えるAIから、任せるAIへ
開発・技術AI駆動開発
けんさん
案内人個人事業主として、Web・写真・AI活用などに日々向き合っている案内人。現場で試しながら、本質を丁寧に整理する。
まりなさん
受け手けんさんのアシスタント。一般人目線で素朴な疑問や感想を代弁し、読みやすさをサポートする。
AI先生
整理係日々の対話相手であるLLMを擬人化した存在。親しみを込めて「先生」と呼ぶ、構造化の頼れる相棒。
AIのツール、種類が多すぎてどれを選べばいいか全然わからなくて…！「Cursorが最強」「Claude Codeを使うべき」とか、ネットで見るたびに迷っちゃうんですよね。
そうだなぁ… 実は今の主要なツールって、できることはかなり近づいてきてるんだよね。「どれが一番強いか」じゃなくて、「今の自分がAIとどう仕事を進めたいか」から選ぶ方が、長く使える考え方なんだ。
ONE PAGE SUMMARY
AIツール選びの核心は、「どれが最強か」ではなく「今の自分がAIとどう仕事を進めたいか」から考えること。
学習段階が変われば、使うべきインターフェースも変わる。
見えるAI
IDE型で構造を知る
理解しながら任せる
転換点
任せるAI
Agent型へ移行
- ファイルが見える
- 構造理解
- Human in the Loop
- Human on the Loop
ここからひとつずつ、図で整理していきます。
整理すると、学習段階は3つです。まず「構造を見る（IDE型）」、次に「理解しながら任せる」、そして「仕事ごとAgentへ渡す（Agent型）」。今日はこの流れを順番に見ていきましょう。
主要AIツールの能力差は、思ったより小さい
AIコードエディターやエージェントが急増し、どれを選ぶか迷いやすい状況になっている。しかし実際に俯瞰すると、現在の主要ツールはかなり近いところまで進化している。
「CursorとAgent型、どちらが圧倒的に優れているか」を比べて選ぼうとする。
一般的な制作・開発では、コード生成・修正・調査・Git操作などはどの主要ツールでも実現できる。違いは「できる／できない」より「自分の仕事の流れに合うか」へ移っている。
じゃあ「このモデルはコーディングに強い」とか「トークンを節約して」みたいな情報は、あまり気にしなくていいんですか？
間違いではないんだよね。でも「何を作るか」「AIに何を頼むか」が整理できていない段階でモデル最適化を考えても、あまり意味がないんだ。仕事の設計が先なんだよね。
「エディター型」と「エージェント型」を分けて考える
製品名よりも「どのようなインターフェースでAIと仕事をするか」で分けた方が分かりやすい。料理に例えると、一緒に作る料理人か、出来上がりだけ受け取る外注シェフかの違いだ。
一緒に作る料理人
代表例: Cursor / Antigravity IDE
ファイル・フォルダ・コードが見える。変更箇所・Git差分を確認しながら進む。「なぜここに書くのか」を理解できる。
任せる外注シェフ
代表例: Claude Code / Codex
作業単位でAIに任せる。AIが調査→実装→テスト→修正まで進む。人間は結果を確認して判断する。
成果に影響する、本当の優先順
モデル選択やトークン節約はよく話題になるが、AIを使った開発でより重要なことがある。モデルより先に整理すべきことが、少なくとも5つある。
何を作るのかが整理されているか
ゴールが不明確だと、AIへの指示も曖昧になる
AIへ何を依頼するかが明確か
曖昧な依頼は、どんな高性能モデルでも迷走する
現在の状態・前提・制約をAIへ渡せているか
コンテキストが足りないと、AIは見当違いの方向へ進む
人間が結果を確認できるか
理解なく承認し続けると、後で大きな問題になる
ツールと自分の仕事の進め方が合っているか
使いやすく、仕事が止まらない環境を選ぶ
モデル選択
重要だが、最上位の問題ではない
トークン節約・細かなコスト最適化
ボトルネックになってから考えれば十分
IDE型の本当の価値：「見えること」が教材になる
学習しながら使うなら、IDE型に大きな価値がある。画面上に見えるすべてのものが、開発構造を学ぶ教材になる。食材（ツール）だけでなく、火加減（仕組みの解像度）があってこそ、自分だけの一皿になる。
構造の骨格
どこに何のファイルが置かれているかが分かるようになる。
役割の識別
.tsx / .css / .json それぞれの役割が自然に身につく。
変更の把握
AIが何を変えたか・どこが重要かを判断できるようになる。
コマンドの理解
AIが実行するコマンドの意味が分かるようになる。
最初は意味が分からなくても、AIと作業を繰り返すうちに「役割ごとにファイルが分かれている」という感覚が自然に身についていく
あ〜！ただ「全部やって」って言い続けてたら、自分では何も分からないまま終わっちゃいますよね…。
そうなんだよね。「変更する前にどのファイルを触るか教えて」「なぜこのファイルに書くの？」ってひと手間聞くだけで、全然違う経験になるから。IDEは単なる制作ツールじゃなくて、実務を進めながら構造を学ぶ教材になるんだよね。
Human in the Loop と Human on the Loop
この違いは、人間とAIの位置関係として整理できる。どちらが優れているかではなく、どちらが今の自分の理解度に合っているかの問題。AIへ大きな権限を渡すほど、「何が変更されたか」「どこが危険か」を判断できる力が必要になる。
Human in the Loop
人間は作業の中にいる。一つ一つの変更を確認しながら進む。構造を理解しながら学べるスタイル。
Human on the Loop
AIが調査→実装→検証まで自律実行し、人間は結果を確認・判断する。構造理解があって初めて安全に使えるスタイル。
自分の理解度に合ったツールを選ぶ
これは初心者→上級者という序列ではない。人間がどこまで構造を理解しているかによって、適切なインターフェースが変わるという考え方。
まず構造を見る
Cursor / Antigravity IDE でファイル構造・差分・コマンドを観察する
理解しながら任せる
要件・完成条件は人間が担当。調査・実装はAIに任せる
仕事単位でAgentへ渡す
Claude Code / Codex などで大きな作業単位を一任。人間は監督者へ
| 構造を学びながら使いたい | IDE型（Cursor / Antigravity IDE） |
|---|---|
| まとまった作業を任せたい | Agent型（Claude Code / Codex） |
| 利用料が本当に問題になってきた | モデル最適化（その時点で初めて考える） |
なるほど〜！最初は中身が見えるIDE型で構造を掴んで、慣れてきたらAgentに任せていく、ってロードマップなんですね。
その通りだね。初心者から上級者への序列じゃなくて、理解度に合った環境を選ぶってことなんだよね。学ぶ段階では中身が見える環境を使い、理解が進んだら仕事そのものをAgentへ渡していく。焦らず、まずは見えるAIから始めてみよう。
この話、あなたの現場ではどうですか。
記事の話題そのままで構いません。「あの記事の件で聞きたい」——それだけで最初の一言になります。
- ヒアリング無料
- 東広島市・広島県内を中心に全国対応（オンライン可）
- しつこい営業はしません