Cursor Settings おすすめ設定一覧｜プライバシー・モデル・インデックス・自動実行

Cursorを使い始めて数週間が経つと、「そういえば設定画面をほとんど触っていない」という方は多いのではないでしょうか。筆者自身もそうでしたが、初期設定のまま使い続けていると、無駄なtoken（トークン）消費や、意図しないファイルの参照が残りやすくなります。

この記事では、最低限見直しておきたい4つのカテゴリ——プライバシー・モデル・インデックス・自動実行——について、推奨の考え方と注意点をチェックリスト形式で整理します。シリーズ入口は Cursor無料版はどこまで使える？ もあわせてどうぞ。

なお、Auto-run（自動実行）が実際に止まってしまったときの復旧手順は、Cursor AgentがAuto-runで止まった——3ステップの復旧手順で扱っています。本記事は「止まる前の事前設定」に絞って解説します。

今日の結論

• 初期設定のままだと、無駄なtoken消費や意図しないファイル参照が残りやすい
• 最低限見直したいのは「プライバシー」「モデル」「インデックス」「自動実行」の4カテゴリ
• モデルはAuto任せか手動固定かで、消費量と出力の安定感が変わってきます
• インデックス対象を絞るだけで、参照ノイズが減りやすくなります
• 自動実行系は、初心者のうちは確認ダイアログを残しておくほうが無難です

---

設定カテゴリ早見表——まず4分野を把握する

細かい設定に入る前に、見直したい4分野を表で整理します。設定項目の名称は執筆時点（2026-07-14）のCursor UIに基づいています。今後のアップデートで表記や配置が変わる可能性があるため、実際の画面と照らし合わせてご確認ください。

初期設定見直しチェックリスト

• Privacy Mode のON/OFFを確認した（業務・機密コードがある場合は特に）
• モデルが Auto か手動かが分かった
• インデックス対象から node_modules 等の大きいフォルダを外す方針を決めた
• Auto-run（自動実行）で、確認ダイアログを残すか広げたかを決めた
• 変更後、短い依頼で想定どおり動くか一度確かめた

---

安全系設定——プライバシーと自動実行（Auto-run）

プライバシーの見直しポイント

Cursorには、コードやプロンプトの扱いに関する設定として Privacy Mode があります。業務で機密性のあるコードを扱う場合や、社内ルールでAIツールへのコード共有に制約がある場合は、この設定を確認しておくと安心です。

具体的な保持期間やデータ利用範囲は執筆時点でも変更される可能性があるため、断定はできません。重要な判断が必要な場合は、Cursor公式のプライバシーに関するドキュメントで最新の内容をご確認ください。

Auto-run（自動実行）は「事前設定」の視点で

Auto-runは、Agentがファイルの編集やコマンド実行を確認なしに進められる設定です。便利な反面、初心者のうちは「何が実行されたか把握しきれない」状態になりやすいというのが筆者の実感です。

見直しの考え方としては、以下のようなイメージです。

• 小さな修正が中心 → 確認ダイアログを残しておくと、意図しない変更に気づきやすい
• 定型作業が多く、内容を把握できている → 段階的に自動化範囲を広げるのもひとつの方法

なお、Auto-runの設定を絞っていても、実行中にAgentが停止してしまうことはあります。そのときの復旧手順は Cursor AgentがAuto-runで止まった——3ステップの復旧手順 にまとめていますので、あわせてご確認ください。

---

モデル選択のおすすめ（Auto／手動の使い分け）

Cursorには、依頼内容に応じてAIが自動でモデルを選ぶAutoモードと、モデルを自分で指定する手動モードがあります。

Auto任せにすると、複雑な依頼のときに消費が重いモデルが自動的に選ばれることがあります。無料枠での消費が気になる場合は、Cursorで消費が激しい作業一覧｜無料版で枠が早く減る依頼パターン もあわせて確認しておくと、どのタイミングで消費が増えやすいかのイメージがつかみやすくなります。

見直しの目安は次のとおりです。

• 迷ったらAuto——日常的な修正や、モデルの違いをまだ意識していない段階では無難な選択です
• 消費量を細かく管理したい、または出力の傾向を安定させたい場合は手動固定を検討

Auto／手動を切り替えたあとに出力品質が落ちたと感じたときの切り分けは、CursorのAuto/手動モデル切替で出力品質が落ちたときの対処法 で扱っています。

---

インデックス・参照範囲のおすすめ（除外の考え方）

インデックスは、CursorがAIに参照させるためにプロジェクト内のファイルを事前に読み込んでおく仕組みです。対象範囲が広すぎると、AIが読む必要のないファイルまで参照してしまい、消費量や回答の精度に影響することがあります。

UI側のインデックス設定と.cursorignoreの役割分担

Cursorの設定画面には、インデックス対象を管理する項目があります。あわせて、プロジェクト直下に.cursorignoreファイルを置くことで、Git管理下のファイルであっても特定のフォルダ・ファイルをAIの参照対象から外せます。

役割のイメージとしては、次のように考えると分かりやすいです。

• 設定画面のインデックス設定 → プロジェクト全体としての大まかな対象範囲を決める
• .cursorignore → 依存フォルダやビルド成果物など、特定のパターンを細かく除外する

除外の候補としては、node_modulesのような依存関係フォルダ、ビルド出力先のフォルダ、ログファイルなどが一般的です。ルールファイル（.cursor/rules）との使い分けについては Cursor Rules 完全ガイド｜.cursor/rulesの書き方・テンプレ・失敗例 も参考になります。

.cursorignore の書き方と token 文脈での効果は、.cursorignoreでCursorのtoken消費を抑える方法 で詳しく扱っています。本節ではまず、Settings 画面側の見直しポイントとして押さえておいてください。

動作が重いと感じる場合の切り分けは、Cursorが急に重くなった時に確認したいこと や Windows向けの重さチェック もあわせてどうぞ。

---

まとめ・FAQ・免責

この記事のまとめ

• 初期設定を見直すなら、まず「プライバシー」「モデル」「インデックス」「自動実行」の4カテゴリから
• プライバシーは業務利用・機密コードを扱う場合に特に確認しておきたい項目
• モデルはAuto任せか手動固定かで、消費量と出力の安定感が変わってくる
• インデックス対象を絞ると、参照ノイズと消費量の両方を抑えやすい
• 自動実行は、初心者のうちは確認ダイアログを残す設定のほうが無難

よくある質問

Q. Cursorの初期設定のままで問題はありますか？
初期設定のままでも使うこと自体はできますが、無駄なtoken消費や意図しないファイル参照が残りやすくなります。特に無料枠を使っている場合は、本記事で紹介した4カテゴリを一度確認しておくと安心です。

Q. プライバシーモードは必ず有効にすべきですか？
必ず有効にすべきとは言い切れません。個人利用で機密性の低いコードを扱っている場合は、無効のままでも大きな問題にならないケースもあります。業務利用や機密性のあるコードを扱う場合は、有効化を検討したうえで、社内ルールや公式ドキュメントもあわせて確認することをおすすめします。

Q. 自動実行（Auto-run）は初心者でも使っていいですか？
使うこと自体は可能ですが、初心者のうちは確認ダイアログを残しておくほうが無難です。実行内容を把握できる範囲から少しずつ自動化を広げていくと、意図しない変更に気づきやすくなります。

次に読む

• Hub: Cursor無料版はどこまで使える？
• Cursorで消費が激しい作業一覧
• Cursor Rules 完全ガイド
• .cursorignoreでtoken消費を抑える
• Auto/手動切替後の品質対処
• Auto-runで止まったときの復旧
• 急に重くなったときの確認

免責

本記事の設定項目名・UI配置は執筆時点（2026-07-14）のものです。Cursorの仕様は今後変更される可能性があります。料金プランによる機能差についても、執筆時点で案内されている内容に基づいており、断定するものではありません。設定変更による影響（プライバシー・消費量など）は利用環境によって異なります。重要な判断をされる際は、Cursor公式ドキュメントで最新情報をご確認ください。