ソフトウェア開発者がSupermavenのリポジトリコンテキスト設定と無視ファイルを設定してコードベースのインデックス作成とプライバシーを管理する方法

現代のAI支援ソフトウェアエンジニアリングは、高度で深いコンテキスト認識に大きく依存しています。初期のコード補完エンジンは純粋にローカルのトークンヒューリスティクスや短いプレフィックス・サフィックスのスニペットに基づいて動作していましたが、最新鋭のツールは広大なコンテキストウィンドウを活用して、リポジトリ全体にわたるアーキテクチャパターン、カスタムライブラリ、プロジェクトの依存関係、複数ファイル間の関係性を分析します。Supermaven は、独自のニューラルアーキテクチャによって実現された100万トークンの超大規模コンテキストウィンドウと200ミリ秒未満の補全レイテンシを組み合わせることで、この分野における業界のベンチマークとしての地位を確立しました。しかし、AIエージェントにコードベースへの包括的な可視性を付与することは、極めて重要なセキュリティおよびコンプライアンス上の課題をもたらします。専有の知的財産、本番環境の設定シークレット、プライベート暗号鍵、機密顧客データが誤って取り込まれたり、送信されたり、キャッシュされたりしてはなりません。

リッチなコードベースインテリジェンスと厳格なデータプライバシーのバランスをとるようにSupermavenを設定するには、そのコンテキストインデックス作成メカニズム、データガバナンスポリシー、およびさまざまな統合開発環境（IDE）で利用可能な設定レバーを理解する必要があります。Supermavenは標準的なバージョン管理システムのようなユニバーサルなルートレベルのignoreファイルを実装していないため、開発者はエディタレベルの除外ルール、条件付きプラグイン初期化、ワークスペースのスコープ設定、最新のリポジトリ衛生管理を組み合わせた多層的な設定戦略を採用して、どのコードがインデックスされ送信されるかを正確に制御する必要があります。

Supermavenリポジトリコンテキストのアーキテクチャ構造

リポジトリコンテキストを効果的に管理するために、エンジニアリングチームはまず、Supermavenがどのようにプロジェクトのメンタルモデルを構築し、ローカルハードウェアとクラウド推論エンドポイントの間にどのようなデータの境界が存在するかを理解しなければなりません。

┌──────────────────────────────────────────────────────────────────────────┐
│                   Supermaven コンテキスト＆プライバシーアーキテクチャ    │
├──────────────────────────────────────────────────────────────────────────┤
│                                                                          │
│  ローカル開発環境                                                        │
│  ┌────────────────────────────────────────────────────────────────────┐  │
│  │ アクティブなワークスペース / リポジトリ                            │  │
│  │  ├── ソースファイル (*.ts, *.py, *.go) ──> [ローカルファイル監視]  │  │
│  │  ├── 機密ファイル (.env, *.key)        ──> [除外フィルター]       │  │
│  │  └── 開いているエディタバッファ        ──> [バッファ状態同期]      │  │
│  └───────────────────────────────────┬────────────────────────────────┘  │
│                                      │ フィルタリング済みコンテキスト    │
│                                      ▼ (HTTPS / TLS 1.3)                 │
│  Supermaven クラウドインフラストラクチャ (AWS)                           │
│  ┌────────────────────────────────────────────────────────────────────┐  │
│  │ 100万トークンコンテキストアグリゲーター                            │  │
│  │  ├── 長距離シーケンスモデリング (Babbleエンジン)                   │  │
│  │  ├── 高速マルチファイルセマンティックグラウンディング              │  │
│  │  └── 200ミリ秒未満の次トークン補完生成                             │  │
│  └───────────────────────────────────┬────────────────────────────────┘  │
│                                      │                                   │
│  プライバシー＆保持ガードレール      │                                   │
│  ┌───────────────────────────────────┴────────────────────────────────┐  │
│  │ • 7日間の絶対データ保持期間（自動一時消去）                        │  │
│  │ • 厳格なゼロトレーニング保証（コードデータは学習に一切不使用）     │  │
│  │ • サードパーティモデルプロバイダーからの隔離（インラインエンジン） │  │
│  └────────────────────────────────────────────────────────────────────┘  │
└──────────────────────────────────────────────────────────────────────────┘

コンテキスト集約と100万トークンウィンドウ

開発者のローカルCPU上で抽象構文木（AST）を計算する従来のLanguage Server Protocol（LSP）統合とは異なり、Supermavenはクラウドネイティブのインデックス作成パイプラインを利用します：

ローカルファイルの取り込み：プロジェクトフォルダを開くと、Supermaven拡張機能はファイルシステム監視を登録してプロジェクトアセットを検出し、リポジトリ構造を評価し、開いているバッファを追跡します。
ストリーミングコンテキストのアセンブリ：開発者がファイルをナビゲートおよび変更するにつれて、クライアントはカーソル位置、最近の編集履歴、および関連するプロジェクトモジュールを集約されたコンテキストペイロードに同期します。
クラウドベースのロングコンテキスト推論：集約されたコンテキストは、Amazon Web Services (AWS) 上にホストされているSupermavenの高性能推論サーバーにストリーミングされます。ここでモデルは最大1,000,000トークンのコードベースコンテキストを処理し、モジュール間インターフェース、カスタム型定義、フレームワークの慣用表現を正確に反映したインライン補全を提示します。
200ミリ秒未満での提供：デバイス上でのニューラル評価を回避することにより、Supermavenは開発者のラップトップにおけるバッテリー消費とファンノイズを最小限に抑えつつ、ほぼ瞬時の補全速度を達成します。

運用上の課題は、開発者が意図的に境界を設定しない限り、クライアントのファイルウォッチャーとバッファシンクロナイザーがデフォルトでワークスペースルート内のすべてのアクセス可能なファイルをスキャンしてしまうことから生じます。

Supermavenプライバシーフレームワーク：コードポリシーの理解

IDE設定ファイルを変更する前に、開発者とセキュリティ責任者は、Supermaven Code Policy および Privacy Policy によって確立された法的・技術的保護を理解する必要があります。

┌──────────────────────────────────────────────────────────────────────────────────┐
│                   Supermaven データ分類と取り扱い                                │
├────────────────────────────┬─────────────────────────────────────────────────────┤
│ データカテゴリ             │ 技術的取り扱いおよび保持ポリシー                    │
├────────────────────────────┼─────────────────────────────────────────────────────┤
│ コードデータ (Code Data)   │ • 公式エディタプラグイン経由でアップロードされた    │
│                            │   ソースコード。                                    │
│                            │ • 厳格な7日間の保持制限の対象。                     │
│                            │ • AWSの内部システムから自動的に消去。               │
│                            │ • 商用モデルのトレーニングや改良には一切使用されない│
│                            │ • 不正な第三者と共有されることは決してない。        │
├────────────────────────────┼─────────────────────────────────────────────────────┤
│ Supermaven Chat データ     │ • チャットに明示的に送信されたプロンプトとコード。  │
│                            │ • モデルに応じて選択されたサードパーティプロバイダー│
│                            │   （例：Anthropic、OpenAI）に送信。                 │
│                            │ • サードパーティプロバイダーの利用規約が適用される。│
├────────────────────────────┼─────────────────────────────────────────────────────┤
│ アカウント＆テレメトリ     │ • ユーザーのメールアドレス、IPアドレス、請求識別子。│
│ データ                     │ • 標準的なプライバシーポリシーのガイドラインに      │
│                            │   基づいて処理。                                    │
│                            │ • ソースコードリポジトリとは完全に独立して保存。    │
└────────────────────────────┴─────────────────────────────────────────────────────┘

7日間のエフェメラル保持ルール

Supermavenは、ユーザーアカウントのメタデータと専有ソースコードを明確に区別しています：

厳格な削除スケジュール：インラインオートコンプリートセッション中にSupermavenサーバーにアップロードされたコードデータは、最大7日間保持された後、内部ストレージシステムから完全に消去されます。
モデル学習の禁止：Supermavenの契約条件は、コードデータが機械学習モデルの開発、微調整、評価に使用されないことを保証しています。独自のアルゴリズムやビジネスロジックが将来の基盤モデルに漏洩することはありません。
インフラストラクチャのセキュリティ：コードデータは、AWS上の隔離されたVPCインスタンス内で処理されます。サードパーティのインフラへのアクセスは、厳格な機密保持契約を結んだ必須のインフラホスティングプロバイダーのみに制限されています。

インライン補全とインタラクティブチャットの比較

インラインコード補全とSupermaven Chatの間には、重要な違いが存在します：

インライン補全：Supermaven内部のニューラルインフラストラクチャのみに依存します。インライン提案を生成するために送信されたコードスニペットは、厳格なゼロトレーニングおよび7日間保持ルールの対象であり続けます。
インタラクティブチャット：開発者がチャット機能を呼び出し、Claude 3.5 SonnetやGPT-4oなどのモデルを設定すると、関連するコード抜粋とプロンプトは外部モデルベンダー（AnthropicまたはOpenAI）にルーティングされます。これらの送信には、Supermavenの内部インフラ保護ではなく、各サードパーティベンダーのデータ取り扱いポリシーが適用されます。

NeovimにおけるIgnoreファイルとリポジトリスコープの設定

Neovim開発者は、フットプリントの小ささと迅速な応答性から、公式の supermaven-nvim プラグインを通じてSupermavenを採用することがよくあります。ただし、Neovimでファイル除外を設定するには、プラグインの設定スキーマに注意を払う必要があります。

SupermavenのNeovimバッファライフサイクル：

  [バッファでファイルが開かれる]
           │
           ▼
  [`condition()` をチェック] ──── falseを返す ───> [Supermaven停止 / ネットワーク通信なし]
           │
       trueを返す
           │
           ▼
  [`ignore_filetypes` をチェック] ── 一致する ───> [提案を非表示 / UIを抑制]
           │                                                │
       一致しない                                           ▼
           │                                 *注意：バッファは同期される可能性あり*
           ▼
  [アクティブなインライン補全]

1. `ignore_filetypes` による基本的なファイルタイプの抑制

supermaven-nvim における最もシンプルな設定オプションは ignore_filetypes テーブルです。この設定は、特定のファイル形式を編集しているときに補全提案を表示しないようプラグインに指示します：

-- ~/.config/nvim/lua/plugins/supermaven.lua (または init.lua)
require("supermaven-nvim").setup({
  keymaps = {
    accept_suggestion = "<Tab>",
    clear_suggestion = "<C-]>",
    accept_word = "<C-j>",
  },
  ignore_filetypes = {
    env = true,          -- .env ファイルでの提案を抑制
    markdown = true,     -- ドキュメント/メモで抑制
    text = true,         -- プレーンテキストファイル
    yaml = true,         -- 防止在 Kubernetes/CI 設定でのオートコンプリートを防止
    json = true,         -- 設定スキーマとパッケージマニフェスト
    sql = true,          -- データベースクエリとマイグレーション
    gitcommit = true,    -- Git コミットメッセージ
  },
  color = {
    suggestion_color = "#888888",
    cterm = 244,
  },
  disable_inline_completion = false,
  disable_keymaps = false,
})

2. バッファ送信の留意点と高度な `condition()` ガードレール

セキュリティを重視する開発者が特定した重要な技術的ニュアンスとして、ignore_filetypes は主にエディタUIにおけるインライン提案のレンダリングを抑制するものであるという点が挙げられます。言語サーバークライアントの特定のバージョンでは、メモリに読み込まれたファイルバッファがバックグラウンドデーモンによってキャプチャされる可能性があります。

機密ファイルや機密ディレクトリがSupermavenプロセスから完全に遮断されることを保証するために、開発者は condition() コールバックを使用する必要があります。condition() 関数は、Supermavenがバッファに関与する前に動的に評価されます：

require("supermaven-nvim").setup({
  -- 動的ゲートキーパー：falseを返すとバッファ上でSupermavenを完全に停止
  condition = function()
    local filepath = vim.api.nvim_buf_get_name(0)
    
    -- パスのないファイル（一時スクラッチバッファ）を除外
    if filepath == "" then
      return true
    end

    -- 1. 機密環境ファイルおよびシークレットを除外
    if string.match(filepath, "%.env") 
       or string.match(filepath, "credentials")
       or string.match(filepath, "secrets/")
       or string.match(filepath, "/%.aws/")
       or string.match(filepath, "/%.ssh/") then
      return false
    end

    -- 2. 暗号証明書および鍵を除外
    if string.match(filepath, "%.pem$")
       or string.match(filepath, "%.key$")
       or string.match(filepath, "%.crt$") then
      return false
    end

    -- 3. 特定の専有プロジェクトまたはコンプライアンス制限ディレクトリを除外
    if string.match(filepath, "/work/proprietary%-fintech/")
       or string.match(filepath, "/client%-classified/") then
      return false
    end

    -- 4. サイズが大きすぎるデータペイロードやコンパイル済みアセットを除外
    local file_size = vim.fn.getfsize(filepath)
    if file_size > 1048576 then -- 1 MB 制限
      return false
    end

    return true
  end,
})

3. Autocommandによるプログラム制御

秘密鍵やコンプライアンス制限のあるリポジトリを開く際にエアギャップレベルのセキュリティを確保するため、開発者はNeovimのautocommand内でSupermavenのプログラマティックAPIを直接呼び出すことができます：

-- 機密バッファイベント時にSupermavenを強制停止
vim.api.nvim_create_autocmd({ "BufRead", "BufNewFile" }, {
  pattern = { "*.env", "*.env.*", "*/secrets/*", "*.pem", "*.key" },
  callback = function()
    pcall(function()
      require("supermaven-nvim.api").stop()
    end)
  end,
})

-- 承認されたソースファイルに入ったときにSupermavenを再有効化
vim.api.nvim_create_autocmd({ "BufEnter" }, {
  pattern = { "*.ts", "*.tsx", "*.js", "*.py", "*.go", "*.rs", "*.cpp" },
  callback = function()
    local filepath = vim.api.nvim_buf_get_name(0)
    if not string.match(filepath, "%.env") and not string.match(filepath, "secrets/") then
      pcall(function()
        require("supermaven-nvim.api").start()
      end)
    end
  end,
})

Visual Studio Codeにおけるインデックス境界の設定

Visual Studio Codeでは、Supermavenは言語サーバープロトコルを介して通信する拡張機能として動作します。Supermavenはワークスペースルートから専用の .supermavenignore ファイルを読み取らないため、開発者はVS Codeネイティブのファイル除外ルール、ワークスペース設定、および .gitignore を通じてインデックススコープを管理します。

┌───────────────────────────────────────────────────────────────────────────┐
│                    VS Code コンテキスト除外階層                           │
├───────────────────────────────────────────────────────────────────────────┤
│                                                                           │
│   ユーザー設定 (グローバル ~/.config/Code/User/settings.json)             │
│     └── 個人の秘密鍵、SSHディレクトリ、グローバル資格情報を除外           │
│                                                                           │
│   ワークスペース設定 (.vscode/settings.json)                              │
│     └── プロジェクトシークレット、環境ファイル、ビルド成果物を除外        │
│                                                                           │
│   プロジェクトの .gitignore                                               │
│     └── 標準的なリポジトリ衛生管理。インデックスツールによって尊重される  │
│                                                                           │
│   拡張機能の有効化スコープ                                                │
│     └── 機密性の高いクライアントワークスペースでSupermavenを完全に無効化  │
│                                                                           │
└───────────────────────────────────────────────────────────────────────────┘

1. ワークスペース設定 (`.vscode/settings.json`)

Supermavenおよび関連するインデックス作成ツールが機密設定ファイルを解析しないようにするには、プロジェクトの .vscode/settings.json に明示的な除外パターンを追加します：

{
  "files.exclude": {
    "**/.git": true,
    "**/.svn": true,
    "**/.hg": true,
    "**/CVS": true,
    "**/.DS_Store": true,
    "**/Thumbs.db": true,
    "**/.env*": true,
    "**/secrets/**": true,
    "**/*.pem": true,
    "**/*.key": true,
    "**/*.p12": true,
    "**/node_modules": true,
    "**/dist": true,
    "**/build": true,
    "**/coverage": true
  },
  "search.exclude": {
    "**/node_modules": true,
    "**/dist": true,
    "**/build": true,
    "**/.env*": true,
    "**/secrets/**": true
  },
  "files.watcherExclude": {
    "**/.git/objects/**": true,
    "**/.git/subtree-cache/**": true,
    "**/node_modules/*/**": true,
    "**/.env*": true,
    "**/secrets/**": true
  }
}

なぜ `files.watcherExclude` が重要なのか

files.watcherExclude ディレクティブは、AIコーディングアシスタントにとって特に重要です。エディタのファイルウォッチャーからファイルが除外されると、それらのファイルが変更されたときに拡張機能のバックグラウンドインデックスプロセスがファイルシステムイベント通知を受け取らなくなり、機密トークンの偶発的な同期ループが防止されます。

2. ワークスペースレベルでの拡張機能の切り替え

複数の組織にまたがって契約作業を行う場合や、オープンソースプロジェクトと専有のエンタープライズコードベースの間を行き来する場合、包括的な一括設定では不十分なことがよくあります。開発者はワークスペースごとにSupermavenを切り替える必要があります：

VS Codeで機密プロジェクトを開きます。
コマンドパレットを開きます（Linux/Windowsでは Ctrl+Shift+P、macOSでは Cmd+Shift+P）。
Extensions: Disable (Workspace) を入力して選択します。
Supermaven を検索してEnterキーを押します。

これにより、そのワークスペースインスタンス内で言語クライアントバイナリが完全に終了し、バックグラウンドでのインデックス作成、ネットワークトラフィック、テレメトリ送信が防止されます。

開発者ワークスペースのセグメンテーション：

[標準的なオープンソースプロジェクト] ──> Supermaven有効（100万コンテキスト稼働）
[社内ツールリポジトリ]               ──> Supermaven有効（settings.jsonで除外）
[専有Fintechモノレポ]                ──> ワークスペースレベルでSupermaven無効（エアギャップ）

JetBrains IDEの設定

IntelliJ IDEA、WebStorm、PyCharm、その他のJetBrains IDEを使用する開発者は、JetBrains Marketplaceプラグインを介してSupermavenと対話します。JetBrainsには、コード検査やAIインデックス作成を制限するための組み込みメカニズムが備わっています。

1. スコープと除外フォルダ

機密データを含む任意のディレクトリ（例：config/secrets、infra/credentials）を右クリックします。
Mark Directory as -> Excluded を選択します。
除外されたディレクトリは、コード検査、シンボルインデックス作成、および補全パイプラインから除外されます。

2. ファイルタイプの無視

JetBrainsおよびサードパーティの補全拡張機能が設定ファイルをスキャンしないようにするには：

Settings / Preferences -> Editor -> File Types に移動します。
Ignored Files and Folders を見つけます。

機密パターンを追加します：

*.env;*.pem;*.key;*.p12;secrets;credentials;

Apply をクリックします。

Cursorへの移行とネイティブな `.cursorignore`

2024年11月、SupermavenチームはCursorに合流し、基盤となるロングコンテキスト技術（カスタム推論アーキテクチャや複数ファイルシーケンスモデリングを含む）がCursorのネイティブ自動補全エンジン（「Cursor Tab」）に統合されました。スタンドアロンのSupermavenからCursorエディタに移行するソフトウェア開発者にとって、ネイティブな .cursorignore サポートにより、リポジトリコンテキストとプライバシーの管理は大幅にきめ細かくなります。

`.cursorignore` の活用

スタンドアロンのSupermavenとは異なり、Cursorは標準の .gitignore glob構文に従うプロジェクトルートの .cursorignore ファイルをネイティブでサポートしています。.cursorignore に一致するファイルやディレクトリは、バックグラウンドでのコードベースインデックス作成、セマンティック埋め込み、コンテキストウィンドウの構築から完全に除外されます：

# .cursorignore - プロジェクトルートに配置

# 1. 環境および資格情報ファイル
.env*
*.pem
*.key
*.cert
*.p12
credentials.json
service-account.json

# 2. シークレットおよびコンプライアンスディレクトリ
secrets/
private/
compliance/
certs/

# 3. サードパーティ依存関係およびビルド出力
node_modules/
vendor/
dist/
build/
.next/
target/

# 4. 大規模な非コードアセットおよびデータベースダンプ
*.sql
*.sqlite
*.dump
*.csv
*.parquet
dataset/

Cursorプライバシーモード (Privacy Mode)

.cursorignore に加えて、高度なコンプライアンスが求められる環境で作業する開発者は、Cursor内で Privacy Mode を有効にすることができます：

データ保持ゼロ：プライバシーモードでは、コードがリモートサーバーに保存されることは一切なく、プロンプトは一時的に処理されます。
SOC 2 Type II コンプライアンス：Cursorのインフラストラクチャは、厳格なデータセグメンテーションとエンタープライズセキュリティ標準を維持することが認定されています。

AI支援ワークフローにおけるコードベースプライバシーのベストプラクティス

ignoreファイルやエディタ設定の構成は、強固なセキュリティ態勢の1つの要素にすぎません。開発チームは、設計段階からリスクを最小限に抑える標準運用手順を確立する必要があります。

┌──────────────────────────────────────────────────────────────────────────┐
│              AIコードベースセキュリティのための多層防御                  │
├──────────────────────────────────────────────────────────────────────────┤
│  レイヤー 1: シークレット管理                                            │
│  • ハードコードされた資格情報を排除し、実行時にシークレットを注入。      │
│                                                                          │
│  レイヤー 2: リポジトリの衛生管理 (.gitignore & .cursorignore)           │
│  • バージョン管理において機密ファイルがデフォルトで無視されるように徹底。│
│                                                                          │
│  レイヤー 3: エディタのスコープ設定 (VS Code settings.json / Neovim)     │
│  • プライベートパスに対するファイル監視とバッファ送信を抑制。            │
│                                                                          │
│  レイヤー 4: ネットワークおよびワークスペースのセグメンテーション       │
│  • コンプライアンス制限のあるワークスペースで拡張機能を無効化。          │
│                                                                          │
│  レイヤー 5: ベンダーポリシーの検証                                      │
│  • 7日間の保持期間とゼロトレーニング保証を監査。                         │
└──────────────────────────────────────────────────────────────────────────┘

1. シークレットをファイルから実行時環境変数へ移行する

AIツールによるシークレットの読み取りを防ぐ最も確実な方法は、ワークスペースディレクトリ内にシークレットが平文ファイルとして存在しないようにすることです。

シークレットマネージャー：Doppler、HashiCorp Vault、AWS Secrets Manager、1Password CLIなどのツールを使用して、実行時プロセスメモリに資格情報を直接注入します：
```
# ディスク上の .env に資格情報を保存する代わりに：
doppler run -- npm start
```
Git Pre-Commit フック：pre-commitフックに git-secrets、trufflehog、gitleaks などのツールを導入し、意図しないAPIキーやトークンを含むコミットをブロックします。

2. 公式拡張機能の真正性を確認する

Supermaven Code Policyは、7日間の保持およびゼロトレーニング保証が、supermaven.com からリンクされている公式拡張機能を開発者が使用している場合にのみ適用されることを明示的に規定しています。サードパーティのフォーク、非公式のコミュニティラッパー、未検証のエディタ移植版は、任意の終端と通信したり、適切なデータ分離を欠いたりする可能性があります。パブリッシャーの署名を常に確認してください：

VS Code Marketplace：パブリッシャー supermaven（拡張機能ID：supermaven.supermaven）。
Neovim：リポジトリ supermaven-inc/supermaven-nvim。
JetBrains：ベンダー Supermaven, Inc.。

3. ステータスバーインジケーターの監視

VS CodeとJetBrainsの両方で、Supermavenは右下のステータスバーにインジケーターを表示します。このウィジェットは以下のリアルタイムの可視性を提供します：

インデックス状態：リポジトリが現在初期コンテキストの取り込みを行っているかどうかを確認します。
アカウントステータス：アクティブなプラン階層（FreeとPro）および認証状態を表示します。
接続性：クライアントがクラウド推論エンドポイントと通信しているかどうかを示します。

ステータスバーインジケーターをクリックすると、未承認のバッファが開かれた場合に開発者は即座に提案を一時停止できます。

比較マトリクス：プライバシー設定方法の比較

次のマトリクスは、さまざまな開発環境でSupermavenのリポジトリコンテキストとプライバシーを管理するために利用可能な各種設定手法を比較したものです：

設定方法	主な対象環境	プライバシー保証	実装の複雑さ	主な障害モード
`ignore_filetypes`	Neovim (`supermaven-nvim`)	部分的（UI補全を抑制。バッファは同期される可能性あり）	低（Lua設定内の単一テーブル）	UIの停止が完全なネットワーク分離と同じであると思い込むこと
`condition()` コールバック	Neovim (`supermaven-nvim`)	強力（バッファごとにプラグインのアクティブ化を完全にブロック）	中（Lua文字列マッチングロジックが必要）	正規表現の構文エラーや未処理のファイルパスバリエーション
`api.stop()` Autocmd	Neovim (`supermaven-nvim`)	極めて強力（機密ファイル上でプラグインプロセスをシャットダウン）	中（Neovimのautocommandが必要）	バッファ切り替え時にプラグインの再起動を忘れること
`files.exclude` & `watcherExclude`	VS Code (`settings.json`)	強力（エディタツリーおよびファイル監視からファイルを除外）	低（標準的なJSON設定）	開発者が手動でファイルを開いた場合には適用されない
ワークスペース拡張機能の無効化	VS Code / JetBrains	絶対的（ワークスペースに対して拡張機能バイナリがロードされない）	極めて低（コマンドパレット経由のUI切り替え）	新しいリポジトリごとに手動で設定する必要がある
`.cursorignore`	Cursor (Supermaven技術)	絶対的（決定論的なエンジンレベルの除外）	低（標準的な `.gitignore` 構文）	ネストされたフォルダパターンの欠落やワイルドカードの不一致
外部シークレット注入	汎用（すべての環境）	絶対的（ファイルシステム上に平文シークレットが存在しない）	中（DopplerやVaultなどのツールが必要）	開発者がワークフローを回避して手動で `.env` を作成してしまうこと

実践的な実装手順

これらの戦略を実践に移すため、機密データを伴うプロジェクトを導入する際には、以下の段階的な手順に従ってください：

ステップ 1：リポジトリ内の機密アセットを監査する

プロジェクトツリーをスキャンして、資格情報、.env ファイル、証明書、専有データセットがないか確認します：

find . -maxdepth 3 -name "*.env*" -o -name "*.pem" -o -name "*.key" -o -name "*secret*"

ステップ 2：バージョン管理の衛生管理を確立する

特定されたすべてのファイルが .gitignore に配置されていることを確認します：

# .gitignore
.env
.env.local
.env.production
*.pem
*.key
secrets/

ステップ 3：エディタ固有のセーフガードを設定する

VS Code を使用している場合：

.vscode/settings.json を作成または更新します：

{
  "files.exclude": {
    "**/.env*": true,
    "**/secrets/**": true,
    "**/*.pem": true,
    "**/*.key": true
  },
  "files.watcherExclude": {
    "**/.env*": true,
    "**/secrets/**": true
  }
}

Neovim を使用している場合：

supermaven-nvim の設定にパスマッチングを追加します：

require("supermaven-nvim").setup({
  condition = function()
    local filepath = vim.api.nvim_buf_get_name(0)
    if string.match(filepath, "%.env") or string.match(filepath, "secrets/") then
      return false
    end
    return true
  end,
})

Cursor を使用している場合：

プロジェクトルートに .cursorignore を作成します：

.env*
secrets/
*.pem
*.key

ステップ 4：アクティブ状態を検証する

エディタを開いて確認します：

標準のソースファイル（例：src/index.ts）を開きます。インライン提案が期待どおりに表示されることを確認します。
機密ファイル（例：.env）を開きます。ステータスバーにSupermavenが無効または一時停止中と表示されているか、インライン提案がレンダリングされないことを確認します。
組織のコンプライアンス要件を確認し、最大限の保証のためにワークスペースレベルの無効化や実行時シークレット管理が必要かどうかを判断します。

結論

Supermavenの100万トークンコンテキストウィンドウは、複雑なコードベース全体で高速かつコンテキスト豊かなコード補全を提供することにより、大幅な生産性向上を実現します。しかし、コードベースのインデックス作成と知的財産の管理を維持するには、綿密な設定戦略が必要です。Supermavenはスタンドアロンの .supermavenignore ファイルに依存していないため、開発者は利用可能なあらゆる制御手段を活用する必要があります。Neovimでの condition() コールバックやプログラムによるシャットダウンコマンドの利用、VS Codeでの files.exclude や watcherExclude の設定、機密ワークスペースでの拡張機能の完全無効化、そして該当する場合は .cursorignore への移行などです。

これらのエディタレベルのガードレールと、Supermavenの契約上拘束力のある7日間の保持制限、ゼロトレーニングの確約、最新の実行時シークレット管理を組み合わせることで、エンジニアリングチームは独自のソースコードや重要なセキュリティ資格情報を漏洩させることなく、AIコード補全のスピードを最大限に活用できます。

ソフトウェア開発者がSupermavenのリポジトリコンテキスト設定と無視ファイルを設定してコードベースのインデックス作成とプライバシーを管理する方法

あなたの AI で 365 Wiki を使う

365Wiki Skill

Supermavenリポジトリコンテキストのアーキテクチャ構造

コンテキスト集約と100万トークンウィンドウ

Supermavenプライバシーフレームワーク：コードポリシーの理解

7日間のエフェメラル保持ルール

インライン補全とインタラクティブチャットの比較

NeovimにおけるIgnoreファイルとリポジトリスコープの設定

1. `ignore_filetypes` による基本的なファイルタイプの抑制

2. バッファ送信の留意点と高度な `condition()` ガードレール

3. Autocommandによるプログラム制御

Visual Studio Codeにおけるインデックス境界の設定

1. ワークスペース設定 (`.vscode/settings.json`)

なぜ `files.watcherExclude` が重要なのか

2. ワークスペースレベルでの拡張機能の切り替え

JetBrains IDEの設定

1. スコープと除外フォルダ

2. ファイルタイプの無視

Cursorへの移行とネイティブな `.cursorignore`

`.cursorignore` の活用

Cursorプライバシーモード (Privacy Mode)

AI支援ワークフローにおけるコードベースプライバシーのベストプラクティス

1. シークレットをファイルから実行時環境変数へ移行する

2. 公式拡張機能の真正性を確認する

3. ステータスバーインジケーターの監視

比較マトリクス：プライバシー設定方法の比較

実践的な実装手順

ステップ 1：リポジトリ内の機密アセットを監査する

ステップ 2：バージョン管理の衛生管理を確立する

ステップ 3：エディタ固有のセーフガードを設定する

VS Code を使用している場合：

Neovim を使用している場合：

Cursor を使用している場合：

ステップ 4：アクティブ状態を検証する

結論

ソフトウェア開発者がSupermavenのリポジトリコンテキスト設定と無視ファイルを設定してコードベースのインデックス作成とプライバシーを管理する方法

Supermavenリポジトリコンテキストのアーキテクチャ構造

コンテキスト集約と100万トークンウィンドウ

Supermavenプライバシーフレームワーク：コードポリシーの理解

7日間のエフェメラル保持ルール

インライン補全とインタラクティブチャットの比較

NeovimにおけるIgnoreファイルとリポジトリスコープの設定

1. ignore_filetypes による基本的なファイルタイプの抑制

2. バッファ送信の留意点と高度な condition() ガードレール

3. Autocommandによるプログラム制御

Visual Studio Codeにおけるインデックス境界の設定

1. ワークスペース設定 (.vscode/settings.json)

なぜ files.watcherExclude が重要なのか

2. ワークスペースレベルでの拡張機能の切り替え

JetBrains IDEの設定

1. スコープと除外フォルダ

2. ファイルタイプの無視

Cursorへの移行とネイティブな .cursorignore

.cursorignore の活用

Cursorプライバシーモード (Privacy Mode)

AI支援ワークフローにおけるコードベースプライバシーのベストプラクティス

1. シークレットをファイルから実行時環境変数へ移行する

2. 公式拡張機能の真正性を確認する

3. ステータスバーインジケーターの監視

比較マトリクス：プライバシー設定方法の比較

実践的な実装手順

ステップ 1：リポジトリ内の機密アセットを監査する

ステップ 2：バージョン管理の衛生管理を確立する

ステップ 3：エディタ固有のセーフガードを設定する

VS Code を使用している場合：

Neovim を使用している場合：

Cursor を使用している場合：

ステップ 4：アクティブ状態を検証する

結論

取り上げた製品

1. `ignore_filetypes` による基本的なファイルタイプの抑制

2. バッファ送信の留意点と高度な `condition()` ガードレール

1. ワークスペース設定 (`.vscode/settings.json`)

なぜ `files.watcherExclude` が重要なのか

Cursorへの移行とネイティブな `.cursorignore`

`.cursorignore` の活用