Cursorとは何か・エディタ自体がAIネイティブという違い

GitHub Copilotの記事で「補完ツールから育ったエージェント」という出自を見てきましたが、Cursorも同じくAIコーディングツールとして名前が挙がるため、「拡張機能を入れれば同じことができるのでは」と思うかもしれません。実際にはCursorはVS Codeを土台にしたフォーク、つまりエディタそのものです。拡張機能として後から追加する仕組みではなく、AIを使うことを前提にエディタのコア部分が設計されています。この違いが、補完の動き方や課金の仕組みにも影響しています。

後付けの拡張機能ではなく、AI前提で作られたエディタ

「結局VS Codeに拡張機能を入れているだけでは」と思うかもしれませんが、Cursorの成り立ちはそれとは逆方向です。CursorはVS Codeのソースコードをフォークして作られた、独立した1本のエディタです。Tab補完は「Fusion」というCursor自身が持つ専用モデルで動作し、この処理は利用者のAPIキーには課金されません。複数ファイルにまたがる大きめの変更を任せるAgent機能の方は、Fusionとは別に「Composer」という自社製の専用モデルが担当しており、2025年10月の登場から2026年5月時点のComposer 2.5まで、短いスパンで改良が重ねられています。拡張機能としてAI機能を後付けする場合、既存のエディタの仕組みの上にAIを乗せる形になりますが、Cursorはエディタのコア部分自体がAI利用を前提に設計されているため、複数箇所を一度に書き換える提案や、次に編集すべき場所へカーソルをジャンプさせる、といった動きが自然に組み込まれています。

# Tabによる複数箇所ジャンプ提案のイメージ
# 1箇所目の変更を確定すると、関連する2箇所目の変更候補へ自動でカーソルが移動する

function getUser(id) {
  return db.find(id);      # ← ここでTabを押して確定
}

function getUsers(ids) {
  return db.findAll(ids);  # ← 続けてここへカーソルがジャンプし、同様の変更を提案

🎯 読み解きポイント：後から追加装備を付けた冒険者と、最初から専用武器を持たせて鍛えた冒険者

ハクスラゲームでたとえると、拡張機能でAI機能を追加するのは、既存の冒険者に後から追加装備を持たせるイメージです。装備自体は強力でも、素の身体能力(エディタ本体の仕組み)は変わりません。一方Cursorは、最初から専用の武器を扱えるように育成された冒険者です。Tab補完が独自モデルで動き、複数箇所への連鎖的な提案が自然にできるのは、装備を足したのではなく、そもそもの育て方が違うからです。

Background Agent・Cloud Agentは「目を離した間」に進む

AIとのやり取りは、チャット画面に張り付いて逐一確認しないといけないと思うかもしれませんが、Cursorにはその前提を崩す機能があります。もともと「Background Agent」と呼ばれていたこの機能は、2026年に「Cloud Agent」へと改称されました。単なる呼び方の変更ではなく、手元のPCではなくクラウド上の専用マシン(VM)でリポジトリを複製し、専用のブランチを作って作業する、という実行場所の違いを名前で正確に表すための変更です。2026年7月時点では、エディタだけでなくSlackやLinear、GitHubからも直接Cloud Agentにタスクを依頼できるようになっています。ローカルでの自分の作業をブロックせずに裏側でタスクを進めてくれるため、指示を出した後は他の作業に戻ってよく、完了したタイミングで結果を確認すればよい設計です。

# Background Agentへの依頼イメージ
> このリポジトリのテストカバレッジが低い関数にテストを追加しておいて

  → バックグラウンドで着手(ローカルの操作はブロックされない)
  ...(この間、別の作業を続けられる)...
  → 完了通知が来たら、生成された差分を確認する

🎯 読み解きポイント：オートバトルで経験値を稼いでいる間に、自分は別のダンジョンへ潜る

オートバトル機能があるゲームで、パーティの一部を自動戦闘に回しながら、自分は別のダンジョンを攻略しに行く感覚に近いです。Background Agentに任せたタスクは裏側で勝手に進み、自分は目の前の作業に集中できます。ただしオートバトルの結果を見ずに放置し続けると、想定外の装備を拾ってきたり、逆に苦戦して足踏みしていたりすることもあります。完了通知が来たら、必ず戦利品(差分)の中身を確認する習慣が必要な点は、対話型のAgentと変わりません。

よくあるはまりポイント：Auto modeで裏のモデルが変わっていることに気づかない

プランごとのAgent利用制限にさえ気をつけていれば安心だと思うかもしれませんが、Cursorにはもう1つ気づきにくい仕組みがあります。Auto modeは追加コストなしで使える設定ですが、その内実はCursorがタスクごとにコスト効率の良いモデルを自動的に選んで実行する仕組みです。つまり同じ「Cursorに頼んだ」という体験の裏で、実際に処理しているモデルが毎回同じとは限りません。「昨日はうまく書けたのに今日は的外れな提案ばかりだ」と感じたとき、指示の出し方が悪いと思い込みがちですが、実際には裏で使われているモデルが変わっただけ、ということがあります。挙動が安定しないと感じたら、まず自動選択に任せず特定のモデルを指定してみるのが切り分けの第一歩です。

💡 ワンポイントアドバイス：重要な作業の前はAuto modeを一時的に外してモデルを固定する

普段の細かい修正はAuto modeに任せて構いませんが、複雑な設計判断が絡む変更をお願いするときは、モデルを明示的に指定してから依頼すると、提案の質のブレを減らせます。「今回はうまくいかなかった」と感じたときの原因切り分けにも、モデルを固定してから同じ指示を再度出してみる方法が有効です。

あわせて知っておきたい用語

Tab補完: Cursor独自のモデルで動くインライン補完機能。複数箇所への連鎖的な変更提案とカーソルジャンプが特徴
Background Agent / Cloud Agent: ローカルの作業をブロックせず、裏側で非同期にタスクを進めるAgent機能
Auto mode: タスクごとにコスト効率の良いモデルを自動選択する設定。追加コストはないが、裏で使われるモデルが毎回同じとは限らない

エディタの設計思想による違いが掴めたら、他のAIコーディングツールとも見比べてみると理解が深まります。(シリーズ一覧・GitHub Copilot・Ollama・OpenAI API・Hugging Face・LangChain・Anthropic API・Zed・Devin・Gemini CLI)