Cursorの使い方｜導入からAgent・安全運用まで

Cursorは、AIによるコード補完や対話型の編集機能を備えたコードエディタです。

Cursorを効果的に使うコツは、最初から大きな実装を丸投げしないことです。

まず既存のコードを説明させ、変更範囲を限定し、差分とテスト結果を人が確認する。

この基本を押さえるだけで、AIによる意図しない変更を減らしながら、調査や実装を効率化できます。

この記事では、CursorのインストールからTab、Agent、Rulesの使い方、企業で安全に運用するための確認事項までを、Cursor公式情報に基づいて解説します。

※機能、料金、利用条件は変更される可能性があります。記事内の料金は2026年8月7日時点の公式情報です。

Cursorとは？使い方を理解する前の基礎

Cursorは、コードを編集する画面にAI機能を統合したコードエディタです。

一般的な生成AIチャットへコードを貼り付けて回答をコピーする方法と異なり、開いているリポジトリのファイルを参照しながら、説明、検索、編集、ターミナルでの検証まで進められます。

Cursorでできること

Cursorの代表的な機能は次の通りです。

機能	主な用途	人が確認すること
Tab	入力中のコード補完、次の編集箇所の提案	提案が意図や規約に合うか
Agent	コード検索、複数ファイル編集、コマンド実行	変更範囲、差分、実行結果
Planモード	大きな変更の調査と実装計画	前提、対象外、手順、リスク
Rules	プロジェクトやチームの指示を継続的に共有	内容の正確さ、更新状況
Checkpoint	Agentによる変更前後の状態へ一時的に戻す	Gitと混同していないか

Cursor公式のAgent概要によると、AgentはコードベースやWebの検索、ファイルの読み書き、シェルコマンドなどのツールを利用できます。

一方、Checkpointは端末内に保存される一時的な復元機能で、Gitの代わりではありません。

長期的な履歴管理、共同作業、レビューには、従来通りGitを使います。

VS Codeとの関係

CursorはVS Codeを基盤にしているため、見慣れた画面構成やショートカット、拡張機能を引き継ぎやすい点が特徴です。

ただし、AI機能、設定同期、拡張機能の互換性まで完全に同じとは限りません。

GitHub Copilotを含めて比較したい場合は、GitHub Copilotの使い方もご覧ください。

Tab、Agent、Planモードの使い分け

使い分けは、作業の大きさで考えると分かりやすくなります。

• Tab：入力中の続きを補う、近接したコードを修正する
• Agent：関係するファイルを調べ、変更し、テストまで進める
• Planモード：仕様追加やリファクタリングなど、着手前の調査と合意が必要な作業を整理する

1行の補完にAgentを使うと、指示と確認の負担が増えます。

反対に、複数ファイルへ影響する変更をTabだけで進めると、依存関係の見落としが起こりやすくなります。

「小さな予測はTab、作業単位はAgent、大きな変更はPlanモード」と覚えておくとよいでしょう。

Cursorの料金プラン

2026年8月7日時点で、Cursor公式料金ページには個人向けと組織向けのプランが掲載されています。

対象	代表的なプラン	公式掲載価格の目安
個人	Hobby	無料
個人	Pro	月額20ドル
チーム	Teams Standard	1ユーザーあたり月額40ドル
大規模組織	Enterprise	個別問い合わせ

料金だけでなく、含まれる利用量、管理機能、請求方法もプランによって異なります。

モデルの利用条件や上限は更新される可能性があるため、契約前にCursor公式料金ページで最新情報を確認してください。

プランごとの違いを詳しく知りたい方は、Cursorの料金プラン解説も参考になります。

企業では操作感だけでなく、管理者機能、請求、Privacy Mode、契約条件も比較します。

Cursorを始める5つの手順

ここからは、Cursor公式のクイックスタートを踏まえ、安全に最初の変更を完了する流れを説明します。

1. 公式サイトからインストールする

Cursor公式サイトから、自分のOSに合うインストーラーを取得します。

ダウンロード元が公式ドメインであることを確認し、組織で管理された端末では社内のソフトウェア導入ルールにも従ってください。

初回起動時には、既存エディタから設定や拡張機能を取り込める場合があります。

最初からすべてを移行するより、キーバインドやテーマなど必要な設定だけを選び、動作を確かめながら追加する方がトラブルを切り分けやすくなります。

2. サインインして設定を確認する

Cursorへサインインしたら、Cursor Settingsを開き、プラン、モデル、Privacy Mode、Tabなどの設定を確認します。

会社で使用する場合は、個人の判断で設定を完了させず、組織のアカウント、許可されたモデル、データ取り扱い方針を確認してください。

AIへの指示は日本語でも入力できます。

ただし、画面表示の言語とAIへ入力する言語は別の設定です。

専門用語やライブラリ名は英語表記を残し、説明を日本語にすると、意図を伝えやすくなります。

3. 小規模なリポジトリを開く

最初の練習には、本番システムではなく、テストがあり、Gitで管理されている小規模なリポジトリを選びます。

開始前に作業ツリーを確認し、必要ならブランチを作成してください。

また、.env、秘密鍵、顧客データ、認証情報がリポジトリへ混入していないかも確認します。

AIツールの導入以前に、秘密情報をコードから分離する運用が必要です。

4. Agentにコードベースを説明させる

macOSではCmd+IでAgentを開けます。

環境や設定によってショートカットが異なる場合は、コマンドパレットやキーボードショートカット設定からAgentを開いてください。

最初の依頼では編集を許可せず、次のように調査だけを頼みます。

このリポジトリを変更せずに調査してください。1. アプリの目的2. 起動方法3. 主要ディレクトリの役割4. テスト・Lint・型チェックのコマンド5. 変更時に注意すべき箇所根拠となるファイルパスを添えて説明してください。

この回答をREADMEや設定ファイルと照合すると、Agentがコードベースを正しく理解しているか判断できます。

存在しないコマンドやファイルを挙げた場合は、そのまま実装を続けず、根拠を再確認させます。

5. 小さな変更を頼み、差分を確認する

初回の変更は、文言修正、テスト追加、型定義の補足など、結果を判断しやすいものに限定します。

READMEのセットアップ手順に、テスト実行方法を1項目だけ追加してください。ソースコードや設定ファイルは変更しないでください。変更後に差分を示し、事実と異なる記述がないか確認してください。

Agentが変更を行ったら、変更を確定する前にDiffを読みます。

要求していないファイル、依存関係、設定が変わっていないかを確認しましょう。

「動いているように見える」ことではなく、「依頼した範囲だけが変わり、検証に合格した」ことを最初の成功条件にします。

Cursorの基本的な使い方

Tabで補完候補を採用する

Cursor Tabは、最近の編集内容、周囲のコード、リンターエラーなどをもとに補完候補を表示する機能です。

提案はカーソルの後ろに薄い文字で表示されます。

Cursor公式のTabヘルプでは、提案全体を採用する場合はTab、拒否する場合はEscapeまたは入力の継続と案内されています。

Tabは1行の補完だけでなく、複数行の編集、インポートの追加、別ファイルにまたがる編集提案にも対応します。

ただし、候補が表示されたからといって正しいとは限りません。

特に認証、決済、権限、日付計算、例外処理では、短い補完でも仕様とテストを確認してください。

Agentに調査を依頼する

Agentをいきなり編集から始めさせるより、調査、計画、実装、検証を分けた方が意図を管理しやすくなります。

たとえば、不具合修正では最初に次のように依頼します。

ログイン後にダッシュボードへ遷移しない原因を調査してください。まだファイルは変更しないでください。再現条件、関係するファイル、根本原因の仮説、確認方法を示してください。不明点は推測せず質問してください。

回答を確認してから、変更対象と対象外を指定します。

この一手間により、症状だけを隠す修正や無関係な変更を減らせます。

計画後に範囲を限定して実装する

複数ファイルへ影響する変更では、Planモードを使います。

公式クイックスタートでは、Agent内でShift+Tabを押してPlanモードへ切り替え、コードベースを調査させ、質問に答えながら計画を作り、承認後に実装する流れが案内されています。

計画には少なくとも次の項目を含めます。

1. 変更の目的
2. 変更するファイルと理由
3. 変更しない範囲
4. データやAPIへの影響
5. テスト方法
6. ロールバック方法

差分、テスト、Lint、型チェックを確認する

実装後は、Agentの説明だけで完了としません。

公式クイックスタートも、Diffを確認したうえで、テスト、型チェック、Lint、ビルドなど、リポジトリに合った検証を行うよう案内しています。

確認の順序は次の通りです。

1. Git差分で変更ファイルと行数を見る
2. 不要な変更、コメント、デバッグ出力がないか読む
3. 影響範囲に近いテストを実行する
4. 全体のテスト、Lint、型チェック、ビルドを実行する
5. セキュリティと性能への影響を人がレビューする
6. 小さな単位でコミットする

AI開発ツールの導入設計を相談する

Cursorを組織へ導入するときは、ツール選定だけでなく、入力可能な情報、権限、Rules、レビュー工程、効果測定を同時に設計する必要があります。

NexaのAI顧問サービスでは、業務に合わせた生成AIの導入方針やPoC設計をご相談いただけます。

Cursorへの指示を改善するプロンプト例

Cursorへの指示は、長ければよいわけではありません。

曖昧さが生まれやすい項目を、一定の型で渡すことが重要です。

指示に入れる6つの要素

要素	伝える内容	例
目的	なぜ変更するか	初回表示を速くする
対象	どこを扱うか	src/pages/dashboard
制約	守る条件	公開APIを変更しない
対象外	触らない範囲	DBスキーマは変更しない
検証	実行する確認	単体テストと型チェック
完了条件	何をもって終えるか	指定テストが通り、差分を説明できる

実装を依頼する例は次の通りです。

目的: ダッシュボード初回表示時の不要なAPI呼び出しを減らす。対象: src/pages/dashboard と関連するテストのみ。制約: 公開API、DBスキーマ、画面デザインは変更しない。手順: まず原因と変更計画を示し、承認を待つ。検証: 既存テスト、追加テスト、型チェック、Lintを実行する。完了条件: 呼び出し回数が減った根拠、差分、テスト結果を報告する。

「きれいにして」のような曖昧な指示を避け、目的と対象外を書きます。

調査、計画、実装、検証を分ける

安定した進め方は、1回の巨大な依頼ではなく、次の4段階です。

• 調査：ファイルを変えずに、現状と根拠を確認する
• 計画：変更箇所、リスク、テストを列挙する
• 実装：承認した範囲だけを変更する
• 検証：差分とコマンド結果を確認する

この流れで人が判断すべき地点を明確にし、誤った前提で変更が拡大するのを防ぎます。

AIへ広い裁量を与えて開発する考え方と注意点は、バイブコーディングの解説でも紹介しています。

RulesとAGENTS.mdでチームの指示を共有する

毎回同じ規約をプロンプトへ書くのは非効率です。

Cursor公式のRulesドキュメントでは、Project Rules、User Rules、Team Rules、AGENTS.mdが案内されています。

Project Rules

Project Rulesは、プロジェクト固有の指示です。

.cursor/rulesディレクトリに.mdcファイルとして保存し、Gitでバージョン管理できます。

常時適用、ファイルパターンによる適用、説明に基づく選択、手動参照など、ルールの適用方法を設定できます。

例として、テストに関するルールへ次の内容を定義します。

---description: TypeScriptのテスト変更時に適用globs: ["src/**/*.ts", "tests/**/*.ts"]alwaysApply: false---- 既存のテストフレームワークを使う- 外部APIはモックする- 実装変更には回帰テストを追加する- テストを削除する場合は理由を説明する

RulesにAPIキーやパスワードは書かず、短く具体的にして変更履歴を管理します。

User RulesとTeam Rules

User Rulesは、個人のCursor環境全体へ適用する指示です。

回答言語や説明スタイルなど、プロジェクトに依存しない好みを置く用途に向きます。

Team Rulesは、TeamsとEnterprise環境で組織ルールを一元管理する仕組みです。

AGENTS.md

AGENTS.mdは、MarkdownでAgentへの指示を記述する簡易な方法です。

プロジェクトのルートに置くほか、サブディレクトリごとにネストした指示も利用できます。

ただし、公式ドキュメントでは、同じディレクトリに置いた通常の.mdファイルはProject Rulesの代わりとして扱われません。

.cursor/rulesで管理する場合は.mdc、簡易な指示ファイルを使う場合はAGENTS.mdと、用途を分けましょう。

Cursorを企業で安全に使うための注意点

Privacy Modeとデータ送信を混同しない

Cursor公式のセキュリティページによると、Privacy Modeは無料プランとProを含めて利用でき、有効な場合はコードデータを学習に使用しないと説明されています。

ただし、Privacy Modeは「コードが端末の外へ一切送信されない」という意味ではありません。

CursorのAI機能を提供するため、コードデータがCursorのサーバーへ送信される場合があることも公式に示されています。

企業は「学習に使われるか」だけでなく、次の点も確認します。

• どのデータが送信されるか
• 送信先とサブプロセッサ
• 保存の有無と保持期間
• 契約終了時の扱い
• 利用可能なモデル
• 管理者が設定を強制できるか
• 監査やインシデント対応の方法

CursorはSOC 2 Type II報告書をTrust Portalから請求できると案内しています。

導入審査では、公式のプライバシーポリシーと契約条件も含め、法務、情報セキュリティ、開発部門で確認してください。

秘密情報と本番資格情報を入力しない

次の情報はリポジトリやプロンプトへ含めない運用を徹底します。

• APIキー、アクセストークン、秘密鍵
• 本番環境の接続情報
• 顧客の個人情報や機密データ
• 未公開の契約、財務、人事情報
• 本番ログに含まれる認証情報

.gitignoreだけに依存せず、秘密情報管理サービス、環境変数、コミット前スキャン、リポジトリの権限管理を組み合わせます。

Agentのコマンド権限を制御する

Agentはターミナルコマンドを実行できるため、便利さと同時に影響範囲も大きくなります。

初期検証では、本番環境へのアクセス権限を持たない端末やコンテナを使い、破壊的なコマンド、外部送信、パッケージ追加は人の承認を必要とする設計にします。

特に注意が必要なのは次の操作です。

• データ削除やマイグレーション
• クラウドや本番環境へのデプロイ
• 権限、認証、ネットワーク設定の変更
• 依存パッケージの追加や更新
• 外部URLから取得したスクリプトの実行

端末、リポジトリ、クラウドの最小権限を保ちます。

AIの変更を必ずレビューする

AIが生成したコードにも、人が書いたコードと同じ品質基準を適用します。

静的解析やテストを通過しても、仕様の誤解、認可漏れ、過剰なログ出力、ライセンス上の問題は残る可能性があります。

レビューでは、正常系だけでなく、入力検証、権限境界、エラー処理、競合状態、性能、可観測性も確認してください。

AI生成コードであることを理由に基準を下げるのではなく、変更速度が上がる分、機械的な品質ゲートを強化する考え方が必要です。

PoCのKPIを決める

Cursorを導入しただけでは、組織の生産性が上がったか判断できません。

PoCでは、対象業務と期間を決め、次のような指標を計測します。

• 変更のリードタイム
• プルリクエストのレビュー時間
• 手戻りや不具合の件数
• テストカバレッジ
• AI提案の採用率
• 開発者の満足度
• 1人あたりの利用コスト

生成行数ではなく、品質、速度、コストを組み合わせて評価します。

Cursorの使い方に関するよくある質問

Cursorは無料で使えますか？

はい。

2026年8月7日時点では、無料のHobbyプランがあります。

ただし、利用できる機能や利用量はプランによって異なります。

最新の条件は公式料金ページで確認してください。

Cursorは日本語で使えますか？

Agentへの質問や実装指示は日本語で入力できます。

ライブラリ名、エラー文、ファイル名は原文のまま示し、説明部分を日本語にすると認識のずれを減らせます。

画面表示の日本語化については、利用中のバージョンと設定を確認してください。

CursorとVS Codeの違いは何ですか？

CursorはVS Codeを基盤としながら、Tab補完、Agent、RulesなどのAI機能をエディタへ統合しています。

見た目や操作は似ていますが、AI機能、アカウント、料金、プライバシー条件、更新経路は別に確認する必要があります。

AgentとTabはどう使い分けますか？

Tabは入力中の補完や近接した編集、Agentはコード検索、複数ファイルの変更、コマンド実行を伴う作業に向きます。

影響範囲が大きい場合は、Planモードで計画を確認してからAgentに実装させます。

Cursorに入力したコードは学習に使われますか？

Cursor公式は、Privacy Modeが有効な場合、コードデータを学習に使用しないと説明しています。

ただし、AI機能の提供に伴うデータ送信や処理までなくなるわけではありません。

組織では、Privacy Mode、契約、保持、サブプロセッサ、管理者設定を最新の公式文書で確認してください。

AIが変更したコードをそのまま本番で使えますか？

推奨できません。

差分レビュー、テスト、型チェック、Lint、セキュリティ確認を行い、通常のプルリクエストと承認フローを通してください。

AgentのCheckpointもGitやバックアップの代わりにはなりません。

まとめ

Cursorの使い方を身につける最短ルートは、多機能を一度に覚えることではありません。

まずGit管理された小さなリポジトリを開き、Agentに説明だけを依頼します。

次に変更範囲を限定し、Diffとテスト結果を確認します。

この一連の流れが安定してから、Planモード、Rules、チーム管理へ広げていきます。

個人利用では操作の速さが目立ちますが、企業利用で重要なのは、誰が使っても同じ安全基準を守れることです。

Privacy Mode、権限、秘密情報、レビュー、KPIを事前に設計し、AIへ任せる範囲と人が判断する地点を明確にしましょう。

Cursorを含む生成AIの導入方針を整理したい企業の方へ

NexaのAI顧問サービスでは、ユースケース選定、PoC、社内ルール、効果測定まで、業務に合わせた導入設計をご支援します。