Cursorエディタ おすすめ設定で生産性を最大化する完全ガイド

結論：Cursorは「設定次第」で別物になる

Cursorをインストールしたものの、「GitHub Copilotと大して変わらないな」と感じていませんか？
それはほぼ確実に設定が初期値のままだからです。

Cursorの真価は以下の3つを整えてはじめて発揮されます。

1. 本体設定（モデル選択・コンテキスト範囲・Privacy Mode）
2. ルールファイル（.cursorrules / cursor/rules）
3. プロンプト設計（Chat・Composerの使い分け）

本記事では実務で効果を確認した設定に絞って解説します。VSCodeからの乗り換え判断材料も最後にまとめます。

---

1. インストール直後にやるべき本体設定

モデルの選択

Cursor Settings > Models で使用するLLMを選べます。2025年時点での実用的な選択肢は下表の通りです。

モデル	強み	向いている用途
claude-3-7-sonnet	コード品質・長文理解	設計相談・リファクタリング
gpt-4o	バランス型・速度	日常的な補完・質問
gemini-2.5-pro	超大コンテキスト	大規模ファイル横断調査

おすすめ初期設定： claude-3-7-sonnet をデフォルトに。Composerで複数ファイル編集するときの精度が明確に高いです。

Privacy Mode の有効化

Cursor Settings > General > Privacy Mode を ON にすると、コードがトレーニングデータに使われなくなります。業務コードを扱う場合は必須です。

Cursor Settings
└── General
    └── Privacy Mode: ✅ Enabled

Codebase Indexing の確認

Cursor Settings > Features > Codebase Indexing でプロジェクト全体をインデックス化できます。大規模リポジトリでも @codebase でコンテキストを渡せるようになります。初回は数分かかるので、ターミナル作業中に走らせておきましょう。

Auto-scroll と Long Context の設定

Cursor Settings > Features
├── Auto-scroll: ON（Composerの出力を自動追従）
└── Long Context: ON（claude-3.5系の128k枠を使い切る）

---

2. ルールファイルの書き方（最重要）

ルールファイルはCursorに「あなたのプロジェクトのルール」を常に注入する仕組みです。これが最も生産性に直結します。

ファイルの置き場所

バージョン	パス	スコープ
旧形式	.cursorrules（リポジトリルート）	プロジェクト全体
新形式（推奨）	.cursor/rules/*.mdc	ファイルパターンで絞れる

新形式はファイルごとに適用ルールを分けられるため、モノレポや複数技術スタックのプロジェクトに強いです。

実践的なルールファイルのサンプル

# .cursorrules（もしくは .cursor/rules/general.mdc）

## 技術スタック
- TypeScript 5.x（strict: true）
- React 19 / Next.js 15 App Router
- Tailwind CSS v4

## コーディング規約
- 変数名・関数名は英語、コメントは日本語で書く
- `any` 型の使用禁止。不明な場合は `unknown` を使う
- コンポーネントは関数コンポーネントのみ（クラス禁止）
- exportはnamed exportを優先し、default exportはページコンポーネントのみ

## AIへの指示
- コードを提案するときは必ず変更理由を1〜2行で説明すること
- 既存コードのスタイルを壊さないよう注意すること
- テストコードはVitestで書くこと
- 推測で答えず、不確かな情報は「確認が必要」と明示すること

ルールファイルを育てる習慣

最初から完璧を目指さず、「AIが間違えたとき」にルールを追記するのが効率的です。
「またここ間違えた…」→ .cursorrules に1行追加、このサイクルで2週間も経つとプロジェクト専用の高精度AIになります。

---

3. Chat・Composer・Inline Editの使い分け

Cursorには3つの主要なAIインターフェースがあります。用途を誤ると効率が落ちます。

機能	ショートカット	使いどころ
Inline Edit	Cmd+K	選択行の局所的な書き換え・変換
Chat	Cmd+L	質問・調査・コードレビュー依頼
Composer	Cmd+I	複数ファイルにまたがる実装・新機能追加

Composerを使うときのプロンプトのコツ

Composerは「エージェントモード」で複数ファイルを自律的に編集します。指示が曖昧だと意図しない変更が広がるため、以下のテンプレートが有効です。

## タスク
[何をしたいか1行で]

## 前提
- 変更対象ファイル: src/components/UserCard.tsx
- 関連型定義: src/types/user.ts

## 制約
- テストファイルは変更しない
- 既存のpropsの型は維持する

## 期待する動作
[完了条件を箇条書き]

「制約」セクションを入れることで、意図しないファイル変更を大幅に減らせます。

---

4. @ コンテキスト記法を使いこなす

ChatやComposerでは @ を使って参照先を明示できます。これを使いこなすかどうかで回答精度がまるで変わります。

記法	参照先
@ファイル名	特定ファイル
@フォルダ名	フォルダ配下全体
@codebase	インデックス済みリポジトリ全体
@web	リアルタイムWeb検索
@docs	登録済み外部ドキュメント
@git	直近のコミット差分

実践例：

@src/api/user.ts を見て、同じ設計パターンで
@src/api/post.ts を新規作成してください。
エラーハンドリングは @src/lib/error.ts の実装に合わせること。

@docs には公式ドキュメントのURLを登録しておくと、@React @TailwindCSS のように呼び出せるようになり便利です。

---

5. VSCodeからの乗り換え判断基準

CursorはVSCode fork（拡張機能をそのまま使える）なので移行コストは低いですが、全員に勧めるわけではありません。

Cursorに乗り換えるべき人

• Composerで複数ファイルを一括編集したい
• AIとの会話履歴をコードと一緒に管理したい
• ルールファイルでチーム共通のAI設定を持ちたい

VSCodeのまま（＋Copilot）でよい人

• 現在のCopilotで十分満足している
• プラグイン管理をMicrosoftのエコシステムに統一したい
• 組織のセキュリティポリシーで外部fork禁止

コスト比較（2025年5月時点）

プラン	月額	モデル
Cursor Free	無料	制限付き
Cursor Pro	$20	GPT-4o・Claude・Geminiなど
GitHub Copilot Individual	$10	GPT-4o・Claudeなど

正直な評価： 単純な補完精度はCopilotと拮抗しています。ただしComposerによる複数ファイル編集とルールファイルによる継続的なコンテキスト注入は現状Cursorの独自優位性です。この2点に価値を感じるかどうかで判断してください。

---

6. チームで使うときの設定共有

.cursorrules や .cursor/rules/ はGitで管理できます。チームメンバーがリポジトリをクローンするだけで同じAI設定が適用されるため、コーディング規約の自動適用装置として機能します。

.cursor/
├── rules/
│   ├── general.mdc       # 共通規約
│   ├── frontend.mdc      # フロント向け（*.tsx に適用）
│   └── api.mdc           # API向け（src/api/** に適用）

PRレビューで「このルールをAIにも守らせたい」と気づいたら、ルールファイルを更新してコミットする文化を作ると、時間とともに精度が上がっていきます。

---

まとめ

Cursorで生産性を上げるためのポイントを整理します。

優先度	設定項目	効果
🔴 最優先	ルールファイル（.cursorrules）	AI応答品質の底上げ
🔴 最優先	Privacy Mode ON	業務コードの安全確保
🟠 高	モデルをclaudeに変更	複雑な実装の精度向上
🟠 高	Composer + 構造化プロンプト	複数ファイル編集の安定化
🟡 中	@ コンテキスト記法	回答精度の向上
🟡 中	Codebase Indexing	大規模PJでの横断検索

最初の1週間でやること： Privacy ModeをONにして、ルールファイルに技術スタックとコーディング規約を書くだけで十分です。あとはAIが間違えるたびにルールを追記していくだけで、プロジェクト専用の精度の高いAI環境が出来上がります。