Cursorへcodebaseを開くと、「source codeが学習に使われるのか」「秘密情報を送って大丈夫か」が重要になります。
2026年10月7日に確認したCursorの説明では、Privacy ModeをONにするとCustomer DataをCursorのtrainingへ使わず、通常のprovider経由ではZDR契約が用いられます。ただしBYOKと一部のnon-ZDR modelには別条件があります。
一方、Privacy ModeをOFFにすると、codebase data、prompt、editor action等がAI機能改善やmodel trainingへ利用される可能性があります。
目次
結論
重要な点は次の通りです。
-
Privacy ModeはFree / Proでも利用可能
-
ONならCursorはCustomer Dataをtrainingへ使わない
-
providerとは原則Zero Data Retention契約
-
abuse / risk detection時は例外的に保持される場合がある
-
OFFならcodebase / prompt / editor action等をmodel改善へ使う可能性あり
-
file contentはlatency改善のためtemporary cacheされる場合がある
-
BYOKでもrequestはCursor backendを通る
-
.cursorignoreでAI contextからfileを除外できる
-
terminal / MCP toolは.cursorignoreの保護外になり得る
Privacy ModeをONにするとtrainingされない
CursorのData Use & Privacy Overviewでは、Privacy Modeが有効な場合、Customer DataをCursor trainingへ使わないと明記しています。
通常のprovider経由ではZDR条件を使うと説明されていますが、BYOKや一部modelは例外です。利用する認証方式とmodelごとに条件を確認します。
個人planでもPrivacy Modeを利用できます。
teamではadminがorganization-wideで強制できます。
例外:abuse detection
Zero Data Retentionでも完全に「絶対保存されない」という意味ではありません。
Cursorは、providerやCursor自身がterms / usage policy違反を検知するrisk classifierを動かす場合があると説明しています。
promptやconversationがabuse detectorへtriggerされた場合、investigation用に一時保存され、そのproviderのretention policyに従って削除される可能性があります。
通常processingとabuse responseは分けて考えます。
Privacy Mode OFFではtraining対象になり得る
Privacy ModeをOFFにすると、Cursorはcodebase data、prompt、editor action、code snippet、AI interactionなどをAI feature improvementやmodel trainingへ利用する可能性があります。
confidential source code、client project、NDA案件ではPrivacy Modeを確認してから作業する方が安全です。
fileはtemporary cacheされることがある
Cursorはlatencyやnetwork usage改善のため、file contentをserverへtemporary cacheする場合があります。
公式Data Use pageでは、unique client-generated keyで暗号化し、keyはrequest durationのみserverに存在、cacheはtemporary、Privacy Mode ONではtrainingへ使わないと説明しています。
「codeが一切serverへ送られない」というlocal-only modelではありません。
BYOKでもCursor backendを通る
自分のOpenAI / Anthropic等API keyを使った場合でも、Cursorは最終prompt構築のためrequestがCursor backendを通ると説明しています。
そのため、「自分のAPI keyならCursor serverを完全に経由しない」という理解は正しくありません。
BYOKではrequestがCursor backendを通ります。さらに現行Privacy Helpは、自分のAPI key利用時にはZDRが適用されない場合があると説明しています。従ってPrivacy Modeの説明だけでBYOK先の保存条件を推定せず、CursorとAPI provider双方の契約・設定を確認します。
.cursorignoreで機密fileを除外する
project rootへ.cursorignoreを置くと、指定file / directoryをAgent、Tab、Inline Edit、@ mentionのcontextから除外できます。
Cursorは.gitignoreも尊重します。
secretや不要dataをAI contextへ入れないため、.env、credential file、private key、production dump等を除外できます。
まずは使ってみる
記事の文脈に合うToolへ進めます。報酬の有無で見た目は変えていません。
Cursor
ただしterminal / MCPは別
Cursor docsでは、.cursorignoreで除外したfileでも、Agentが使うterminal commandやMCP server toolについては同じfile access restrictionを保証できないと明記しています。
つまり、.cursorignoreはOS level file permissionではありません。
本当に読ませたくないsecretはrepository外へ置く、OS permissionやsecret managerを使う方が安全です。
encryption / security
Cursor Security pageでは、security / privacy hardening、data encryption、enterprise governance、SSO / SCIM等を提供しています。
company利用では、DPA、subprocessors、compliance logging、organization Privacy Mode、MDM、access controlまで確認します。
production codeでの運用チェック
-
Privacy ModeをON
-
.env / keyを.cursorignore
-
secretをrepo外 / secret managerへ
-
MCP / terminal toolのaccess範囲を確認
-
third-party extensionを最小化
-
generated codeをsecurity review
-
client contractでAI processing可否を確認
-
team adminでPrivacy Modeをenforce
作業データを入れる前の分岐表
表は横にスクロールできます
| 作業条件 | 先に確認すること | 実務上の扱い |
|---|---|---|
| 個人開発・公開コード | Privacy ModeがONか | Data Useページの現行説明を読み、設定画面でもONを確認する |
| NDA・顧客コード | Privacy Mode、組織契約、使用モデル | 契約で未承認なら実コードを入れず、許可された環境を確認する |
| BYOK利用 | Cursor側の処理と選択したAPI providerの条件 | BYOKでもCursor backendを通る。CursorのPrivacy Modeだけでprovider側条件を推定しない |
| .cursorignoreで除外した秘密 | Agent以外のTerminal / MCP access | ignoreはOSの権限境界ではない。秘密ファイル自体をproject外へ置く |
| Privacy Mode ONでのprompt | risk / abuse detection等の例外 | 通常のtraining利用と、例外的な調査保持を同じ「保存なし」とまとめない |
作業開始前に30秒で確認する
-
設定:Cursor SettingsでPrivacy Modeの状態を確認する。teamなら、メンバー側で変更できるかだけでなくadminが強制しているかを聞く。
-
モデル:利用予定モデルに個別のdata retention条件やadmin opt-inがないか確認する。Cursorはnon-ZDRモデルを区別し、workspaceでのadmin opt-inを要求する場合があると説明している。
-
入力経路:Agentのcontextに入るfile、貼り付けたsnippet、terminal command、MCP toolを列挙する。
.cursorignoreが遮断するのはAgentのfile contextであり、terminalやMCPに対する完全なアクセス制御ではない。 -
秘密の配置:
.env、token、private key、production dumpは、ignore設定だけで守ろうとしない。そもそも作業対象のworkspaceに置かないか、OS権限・secret managerで到達できないようにする。 -
BYOK:自分のAPI keyでもrequestはCursorのbackendへ送られてprompt構築が行われる。加えて、現行Privacy Helpは自分のAPI key利用時には通常のZDRが適用されない場合があると説明しているため、Cursorと選択provider双方の契約・設定を読む。
Privacy Mode ONはtraining利用を抑える強い条件ですが、「ローカル処理だけ」「一切のdata transferなし」や、あらゆるprovider・契約条件を無効化する保証ではありません。法務・顧客契約で厳しい制限があるコードは、管理者の承認と契約上の根拠がそろうまで入力しない、が判断基準です。
AIものさしの判断
Cursorのprivacyは、Privacy Mode ON / OFFでdata useが大きく変わるのが重要です。
機密codeを扱うならPrivacy ModeをONにし、ignore fileだけに頼らずsecret自体をprojectから分離します。
またBYOKでもCursor backendを通るため、「自前API keyだからlocal-only」とは考えない方が安全です。
引用・データ出典
公式情報を編集部が見た内容です。Hands-on未実施の記述は本文かここに分けています。
確認日:2026-10-07
-
Cursor Data Use & Privacy:https://cursor.com/data-use(新しいタブで開く)
-
Cursor Security:https://cursor.com/security(新しいタブで開く)
-
Cursor Privacy Help:https://prod.cursor.com/help/security-and-privacy/privacy(新しいタブで開く)
-
Cursor Ignore Files:https://prod.cursor.com/help/customization/ignore-files(新しいタブで開く)
-
Cursor Ignore Reference:https://prod.cursor.com/docs/reference/ignore-file(新しいタブで開く)
-
Cursor Network Configuration:https://prod.cursor.com/docs/enterprise/network-configuration(新しいタブで開く)
