プロローグ ── VS Code フォークから AI エディタプラットフォームへ

2026/04/26

プロローグ ── VS Code フォークから AI エディタプラットフォームへ

シリーズ構成 Ch.1 プロローグ（本章） / Ch.2 2026年1〜3月の新機能 / Ch.3 コア機能詳解 / Ch.4 Cursor Rules深掘り / Ch.5 コンテキスト管理 / Ch.6 Automations・Cloud Agents・Bugbot / Ch.7 ベストプラクティス / Ch.8 アンチパターン / Ch.9 エピローグ

Cursor とは何か

「Cursor を使えば VS Code に AI が付く」──そんな説明をたまに耳にするが、これは本質を見誤っている。VS Code に GitHub Copilot 拡張を入れた状態と Cursor がどう違うのか、を理解することが、このシリーズ全体の出発点になる。

Cursor は VS Code のフォークだ。見た目はほぼ同じで、既存の拡張機能もそのまま動く。しかし内部の設計思想は根本から異なる。Copilot がエディタの「上に乗る」プラグインであるのに対し、Cursor は AI をエディタの中核に据えて再設計されている。コードの補完・生成・修正・説明・テスト生成といった操作は、プラグインが後付けで処理するのではなく、エディタ本体がネイティブに理解して扱う。この違いは、コンテキストの精度・応答速度・マルチファイル操作の滑らかさとなって日々の開発体験に現れてくる。

2022年末に登場した Cursor は当初、Tab 補完と Chat 機能を中心とするシンプルな AI エディタだった。2024年には Composer（現在の Agent Mode の前身）が加わり、複数ファイルにまたがる編集を自然言語で指示できるようになった。そして 2026年前半、Cursor は「コードエディタ」という枠を大きく超え始めた。

2026年3月時点のポジション

AI コーディングツール市場は 2025年から 2026年にかけて急速に成熟した。主要な競合を並べると、GitHub Copilot（VS Code 拡張として最大のユーザーベース）、Windsurf（Codeium 社のフォークエディタ）、Amazon Kiro（AWS 統合を強みにする後発エディタ）が挙げられる。

これらと比較したとき、Cursor の最大の差別化要因は「エディタとエージェントの統合深度」だ。Copilot は Microsoft のエコシステムに強く、企業向けガバナンスが充実している。Windsurf は Codeium の補完エンジンを活かしたコスト効率を売りにする。Kiro は AWS Lambda・DynamoDB・Amplify との連携で、クラウドネイティブ開発に特化する。

それに対し Cursor は、エディタ・CLI・クラウドエージェントを一枚の設計として持つ点で独自のポジションを確立した。2026年 3 月には Automations（常時稼働型エージェント）と Self-hosted Cloud Agents が GA を迎え、もはや「エディタ」という言葉では収まらない存在になっている。

2026年の質的変化──補完から Agentic Engineering へ

Cursor の進化を振り返ると、役割の変化が鮮明に見える。

2023〜2024年の Cursor は「補完を賢くしたエディタ」だった。エンジニアはコードを書き、AI はその続きを予測する。主体はあくまでエンジニアであり、AI はアシスタントだった。

2025年に入ると、Composer の成熟によって「AI に作業を任せる」体験が現実的になった。「ログイン機能を実装して」と指示すれば、複数のファイルをまたいで実装が生成される。エンジニアはコードを書くのではなく、生成されたコードをレビューして承認する役割にシフトし始めた。

そして 2026年前半、Automations の登場によってこの変化は決定的になる。GitHub PR がオープンされたら自動で Bugbot が走り、Linear のチケットが作られたら実装を開始し、PagerDuty のアラートに反応してホットフィックスを提案する──エンジニアが席を外している間も、エージェントは動き続ける。

この新しい開発スタイルを Agentic Engineering と呼ぶことにしよう。エンジニアの仕事は「コードを書くこと」から「エージェントをオーケストレートすること」へ変わった。何を作るかを定義し、エージェントが出してきた成果物を判断し、方向を修正し、品質に責任を持つ。PM とテクニカルアーキテクトを兼ねた役割、といえば伝わるだろうか。

Cursor の 4 本柱

現時点の Cursor を理解するには、4 つのコアコンセプトを押さえる必要がある。

Tab 補完はインライン予測補完だ。単なる次のトークン予測にとどまらず、ファイル構造・型定義・直前の編集パターンを考慮したマルチライン補完を行う。熟練したエンジニアが横で「次こう書くんでしょ」と先読みしてくれる感覚に近い。

**Composer（Agent Mode）**は複数ファイルにまたがる編集を自律的にこなすエージェント機能だ。「この API レスポンスの型を全ファイルで更新して」といった指示を受け、関連ファイルを探索し、変更を実行し、その結果を提示する。2026年 3 月リリースの Composer 2 では、フロンティアモデル並みのコーディング性能を達成している。

Chatはコードベースを対象にした Q&A インターフェースだ。「この関数が遅い理由は？」「このモジュールの責務は何？」──質問に対してコードベース全体を文脈として回答する。ドキュメントが乏しいレガシーコードを引き継いだときに特に威力を発揮する。

Cursor Rulesは AI の振る舞いをプロジェクト単位でカスタマイズする仕組みだ。.cursor/rules/ ディレクトリに .mdc 形式のルールファイルを置くことで、コーディング規約・命名規則・禁止パターンを AI に強制できる。チーム開発で「AI が勝手なコードを生成する」問題を防ぐ要になる。

これら 4 つは独立した機能ではなく、相互に連携している。

graph TB
    subgraph Cursor["Cursor エディタ"]
        Tab["Tab 補完<br/>インライン予測・マルチライン補完"]
        Composer["Composer / Agent Mode<br/>マルチファイル自律編集"]
        Chat["Chat<br/>コードベース Q&A"]
        Rules["Cursor Rules (.mdc)<br/>プロジェクト固有の AI ルール"]
    end

    subgraph Context["コンテキストレイヤー"]
        CB["コードベース全体<br/>（インデックス）"]
        Docs["ドキュメント・型定義"]
        History["編集履歴・会話履歴"]
    end

    subgraph External["外部連携（2026年〜）"]
        Cloud["Cloud Agents<br/>（自社ネットワーク可）"]
        Auto["Automations<br/>（常時稼働エージェント）"]
        Bugbot["Bugbot Autofix<br/>（PR 自動修正）"]
        Market["Plugin Marketplace"]
    end

    Tab --> CB
    Chat --> CB
    Chat --> Docs
    Composer --> CB
    Composer --> History
    Rules --> Tab
    Rules --> Composer
    Rules --> Chat

    Composer --> Cloud
    Auto --> Cloud
    Bugbot --> Cloud
    Market --> Composer

    style Cursor fill:#1e1e2e,stroke:#cba6f7,color:#cdd6f4
    style Context fill:#181825,stroke:#89b4fa,color:#cdd6f4
    style External fill:#181825,stroke:#a6e3a1,color:#cdd6f4

なぜ今この記事を書くのか

新機能の紹介記事は検索すれば見つかる。このシリーズが目指すのはそれとは異なる。

2026年前半に Cursor が矢継ぎ早にリリースしたもの──Bugbot Autofix の GA、Automations、Composer 2、Self-hosted Cloud Agents──は、個別に見ると「便利な機能追加」だが、まとめて俯瞰すると「開発フローの再設計」を迫るものだ。この変化の意味を理解せずに使い始めると、「なんとなく便利」どまりで終わる。使いこなせば、1 人が 5 人分の開発速度を出すことも現実的になる。

このシリーズは Cursor を深く使い倒すためのガイドだ。機能の羅列ではなく、なぜそう設計されているのか・どう使えば開発が変わるのかを軸に書いていく。対象読者は、すでに Cursor を使っているが「なんとなく Tab 補完しか使えていない」と感じているエンジニアだ。

次章では、2026年 1〜3 月に集中したリリースを時系列で追いながら、Cursor が何を目指して進化しているのかを具体的に見ていく。

本シリーズは 2026年 3 月 30 日時点の情報を元に執筆しています。