2026年のCursor：AIネイティブIDEはここまで来た

Cursorは「AIチャット付きVS Code」から「AIが自律的に作業するエディタ」に進化した。ファイルの読み書き、コマンドの実行、エラー修正をAIが自律的に行う。2026年現在、その中心にあるのはAgentモードとBackground Agentだ。

チャットとAgentの違い

Cursorの使い方には、大きく2つのモードがある。

Chat（チャット）モードは、AIとの対話だ。コードの一部を選択して「これの意味を教えて」と聞いたり、「このバグを直して」と頼んだりする。AIが提案を返し、自分でApplyボタンを押して反映する。

Agentモードは、タスクの委任だ。「ログイン機能を実装して」と伝えると、AIが自律的に複数のファイルを読み、コードを書き、エラーがあれば修正し、必要なファイルを新規作成する。自分がApplyを押す必要はない。AIが判断して動き続ける。

この違いは小さいようで、実際には作業の性質を変える。

Agentモードを使う

Composerパネル（Cmd+I / Ctrl+I）を開き、モードを「Agent」に切り替える。あとは普通に話しかけるだけでいい。

認証が必要なダッシュボードページを作って。
ログインしていなければ/loginにリダイレクトする。
セッションはCookieで管理して。

Agentはこの指示を受けて、以下のような作業を自律的に進める。

1. 既存のプロジェクト構造を確認する
2. 認証ミドルウェアのファイルを作成する
3. ダッシュボードページのコンポーネントを書く
4. ルーティングの設定を更新する
5. 必要な依存ライブラリがなければインストールを提案する

途中でAgentが判断を迷う場合、「このライブラリを使っていいですか？」と確認を求めてくることもある。完全な自動化ではなく、適切な場所で人間に判断を委ねる設計になっている。

Background Agent：クラウドで並列実行

2025年半ばに登場し、同年6月にはブラウザからの管理画面（cursor.com/agents）も公開されたBackground Agentは、さらに一歩進んでいる。

通常のAgentはエディタ内で動くが、Background Agentはクラウド上のVM（Ubuntu環境）で独立して動く。GitHubリポジトリをクローンし、独立したブランチで作業してPRを作成する。自分が別の作業をしている間も、バックグラウンドでタスクを処理し続ける。

Background Agentの使い方

1. Composerパネルでタスクを入力して送信する
2. 「Run in background」を選択するとクラウドVMで作業を開始する
3. cursor.com/agents またはCursor内の通知で進捗を確認する（モバイルからも可能）
4. 完了するとPRが作成され、レビュー可能になる

大規模なリファクタリングや、テストの一括追加のような「時間がかかるが集中力のいらない作業」に向いている。

.cursor/rules でAIをチームに合わせる

Agentに何度も同じことを説明するのは手間だ。「うちのプロジェクトはTypeScriptのstrictモードを使っている」「コンポーネントは関数コンポーネントのみ」「テストはBun Testで書く」——これらをチャットのたびに伝えるのは効率が悪い。

以前はプロジェクトルートの .cursorrules ファイルにルールを書いていたが、現在は .cursor/rules/ ディレクトリに用途別の .mdc ファイルを分けて置く方式が推奨されている。ファイルごとにルールの適用条件（常時適用、特定ファイルパターンのみ、手動参照のみ）を設定できるため、コンテキストの無駄遣いを防げる。

<!-- .cursor/rules/coding-standards.mdc -->
---
description: TypeScript/Reactプロジェクトのコーディング規約
globs: "**/*.{ts,tsx}"
---

## 技術スタック
- TypeScript（strict mode、anyは使わない）
- React 19（関数コンポーネントのみ）
- Tailwind CSS v4
- テスト: Bun Test + Testing Library

## コーディング規約
- ダブルクォート、セミコロン必須
- インデントはスペース2つ
- コンポーネントファイルはkebab-case（例: auth-form.tsx）

## アーキテクチャ
- Feature-Sliced Design（FSD）に従う
- 各スライスのindex.tsを必ずPublic APIとして使う
- entitiesレイヤーはsharedのみインポート可能

## 禁止事項
- any型は絶対に使わない
- クラスコンポーネントは書かない
- インラインスタイルは使わない（Tailwindクラスを使う）

このルールがあると、AgentはTypeScriptのany型を使わず、自動的にFSDの構造に沿ったコードを生成する。チームで開発するときは、.cursor/rules/ ディレクトリごとGitで管理することでAIの振る舞いを統一できる。

Cursorのモデル選択

2026年2月時点で、Cursorは用途によってAIモデルを切り替えられる。

Agentモードではデフォルトでsonnet系が選ばれることが多いが、複雑な設計タスクにはopusに切り替えると結果が変わることがある。大量のファイルを読ませるならGemini 3 Proのコンテキスト長も有力な選択肢だ。Cursor独自のComposerモデルはエージェント操作に特化しており、速度面で優位性がある。

Cursor Notepads：コンテキストの永続化

Cursor Notepadsは、プロジェクト内で共有するメモや設計書をAIとのチャットに直接読み込ませる機能だ。

<!-- .cursor/notepads/api-design.md -->

# API設計方針

## エンドポイント命名規則
- リソース名は複数形: /users, /articles
- アクションは動詞+名詞: /auth/login, /auth/logout
- バージョニング: /v1/ プレフィックス

## レスポンス形式
- dataフィールドにレスポンス本体
- errorフィールドにエラー情報（正常時はnull）
- metaフィールドにページネーション情報

## 認証
- JWTをAuthorizationヘッダーで受け取る
- 有効期限: 24時間
- リフレッシュトークン: 30日

このNotepadsをチャット内で @api-design と参照すると、AIがこの設計書を読んでからコードを生成する。「うちのAPIの設計方針に合わせて」という曖昧な指示より、具体的なルールをAIに渡せる。

実際の開発フロー

2026年現在のCursorを使った実際の開発フローはこうなっている。

重要なのは「確認する」というステップが残っていることだ。AgentはコードをApplyするが、そのコードが正しいかどうかは人間が判断する。テストを書くこと、そしてテストを実行してから次に進むことが、AI主体の開発でも変わらない原則だ。

Cursorへの依存と自律性

Agentがコードを書いてくれるようになると、「自分はコードを理解しなくていいのか」という問いが出てくる。

答えは「依存度による」だ。

Agentが生成したコードをそのままコミットし続けると、何が起きているかわからないまま動くコードベースができる。バグが出たとき、セキュリティ上の問題があったとき、自分では対処できない。

Agentを有効に使う開発者は、生成されたコードを読む。全部理解する必要はないが、「何をしているか」は把握する。理解できない部分はチャットで聞く。それがAgentを道具として使うということだ。

Cursorが進化しても、「コードを読む」という習慣の価値は下がっていない。むしろ、生成量が増えるほど、読んで判断する能力の重要性は増している。

まとめ

2026年のCursorは、単なる「AI補助エディタ」ではなくなった。

• Agentモードでマルチファイルの自律的な実装が可能になった
• Background AgentでクラウドVMを使った並列・非同期のタスク処理ができる
• .cursor/rulesでチームのルールをAIに覚えさせられる
• Notepadsで設計情報をAIのコンテキストに組み込める

これらは「楽をする」ための機能ではなく、「開発の主軸をどこに置くか」を変える機能だ。コードを書くことから、コードを設計・確認・判断することへ。AIが実装を担い、人間が方向性を持つ。

その変化に乗るためには、Cursorの機能を知るだけでなく、生成されたコードを読み続ける習慣が要る。