軟體開發者如何配置 Supermaven 倉庫上下文與忽略檔案以管理程式碼庫索引與隱私

現代 AI 輔助軟體工程高度依賴深度的上下文感知能力。早期的程式碼補全引擎完全基於本地 Token 啟發式規則或簡短的前綴-後綴程式碼片段，而尖端工具則利用龐大的上下文視窗，在整個程式碼儲存庫範圍內分析架構模式、自訂函式庫、專案依賴項以及多檔案間的關聯。Supermaven 憑藉其自訂神經網路架構，將超大的 100 萬 Token 上下文視窗與低於 200 毫秒的補全延遲相結合，樹立了該領域的業界標竿。然而，賦予 AI 代理對程式碼庫的全方位能見度也會帶來嚴峻的安全與合規挑戰：專有智慧財產權、正式環境設定機密、私有加密金鑰以及敏感客戶資料絕不能被無意攝入、傳輸或快取。

設定 Supermaven 以在豐富的程式碼庫智慧與嚴格的資料隱私之間取得平衡，需要深入理解其上下文索引機制、資料治理政策以及各類整合開發環境（IDE）中提供的設定手段。由於 Supermaven 並沒有像標準版本控制系統那樣實作通用的根目錄忽略檔案，開發者必須採用分層設定策略——結合編輯器層級的排除規則、有條件的外掛程式初始化、工作區範圍劃分以及現代儲存庫整潔度管理——來精確控制哪些程式碼會被索引和傳輸。

Supermaven 儲存庫上下文的架構機制

為了有效管理儲存庫上下文，工程團隊首先必須理解 Supermaven 如何建構專案的認知模型，以及本機硬體與雲端推論端點之間的資料界線在哪裡。

┌──────────────────────────────────────────────────────────────────────────┐
│                   Supermaven 上下文與隱私架構                             │
├──────────────────────────────────────────────────────────────────────────┤
│                                                                          │
│  本機開發者環境                                                          │
│  ┌────────────────────────────────────────────────────────────────────┐  │
│  │ 活動工作區 / 儲存庫                                                │  │
│  │  ├── 原始碼檔案 (*.ts, *.py, *.go) ──> [本機檔案監聽器]            │  │
│  │  ├── 敏感檔案 (.env, *.key)        ──> [排除篩選器]                │  │
│  │  └── 已開啟的編輯器緩衝區          ──> [緩衝區狀態同步]            │  │
│  └───────────────────────────────────┬────────────────────────────────┘  │
│                                      │ 經過篩選的上下文負載              │
│                                      ▼ (HTTPS / TLS 1.3)                 │
│  Supermaven 雲端基礎架構 (AWS)                                           │
│  ┌────────────────────────────────────────────────────────────────────┐  │
│  │ 100 萬 Token 上下文聚合器                                          │  │
│  │  ├── 長距離序列建模 (Babble 引擎)                                  │  │
│  │  ├── 快速多檔案語意對齊                                            │  │
│  │  └── 低於 200ms 的下一 Token 補全生成                              │  │
│  └───────────────────────────────────┬────────────────────────────────┘  │
│                                      │                                   │
│  隱私與保留安全護欄                  │                                   │
│  ┌───────────────────────────────────┴────────────────────────────────┐  │
│  │ • 7 天絕對資料保留期 (自動暫時清除)                                │  │
│  │ • 嚴格零訓練保證 (程式碼資料絕不用於權重訓練)                      │  │
│  │ • 與第三方模型提供商隔離 (僅限內嵌引擎)                            │  │
│  └────────────────────────────────────────────────────────────────────┘  │
└──────────────────────────────────────────────────────────────────────────┘

上下文聚合與 100 萬 Token 視窗

與在開發者本機 CPU 上計算抽象語法樹（AST）的傳統語言伺服器協定（LSP）整合不同，Supermaven 採用了雲端原生索引管線：

本機檔案攝入：開啟專案資料夾後，Supermaven 擴充套件會註冊檔案系統監聽器以探索專案資產、評估儲存庫結構並追蹤開啟的緩衝區。
串流上下文組裝：隨著開發者瀏覽和修改檔案，用戶端會將游標位置、近期編輯歷程以及相關專案模組同步為一個聚合上下文負載。
基於雲端的長上下文推論：聚合的上下文被串流傳輸至託管在 Amazon Web Services (AWS) 上的 Supermaven 高效能推論伺服器。在此處，模型處理高達 1,000,000 個 Token 的程式碼庫上下文，以產生能夠準確反映跨模組介面、自訂型別定義與框架慣用法的行內補全。
低於 200ms 的交付：透過避免在裝置端進行神經網路運算，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 中設定忽略檔案與儲存庫範圍

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. 透過自動命令進行程式化控制

當開啟私密金鑰或受合規限制的儲存庫需要高度安全（實體隔離／氣隙隔離）時，開發者可以在 Neovim 自動命令中直接呼叫 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 程式碼助理尤其重要。當檔案從編輯器的檔案監聽器中排除時，擴充套件的背景索引程序在這些檔案被修改時就不會收到檔案系統事件通知，從而避免機密 Token 被意外同步。

2. 工作區層級的擴充套件切換

當跨多個組織承接專案，或在開源專案與專有企業程式碼庫之間切換時，全域設定通常不夠靈活。開發者應依工作區針對性啟用或停用 Supermaven：

在 VS Code 中開啟機密專案。
開啟命令選擇區（Linux/Windows 上為 Ctrl+Shift+P，macOS 上為 Cmd+Shift+P）。
輸入並選取 Extensions: Disable (Workspace)。
搜尋 Supermaven 並按下 Enter。

這可確保該工作區執行個體中徹底終止語言用戶端二進位程序，防止任何背景索引、網路流量或遙測傳輸。

開發者工作區隔離劃分：

[標準開源專案]     ──> 啟用 Supermaven (100 萬 Token 上下文處於活動狀態)
[內部工具儲存庫]   ──> 啟用 Supermaven (透過 settings.json 進行排除)
[專有金融科技 Monorepo] ──> 在工作區層級停用 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 原生支援位於專案根目錄的 .cursorignore 檔案，該檔案遵循標準 .gitignore 萬用字元語法。任何與 .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 輔助工作流程中的程式碼庫隱私最佳實踐

設定忽略檔案與編輯器設定只是健全安全態勢的一個環節。開發團隊應建立標準作業程序，從設計源頭將風險降至最低。

┌──────────────────────────────────────────────────────────────────────────┐
│                   AI 程式碼庫安全縱深防禦體系                            │
├──────────────────────────────────────────────────────────────────────────┤
│  第 1 層：機密管理                                                       │
│  • 消除硬編碼憑證；在執行期注入機密。                                    │
│                                                                          │
│  第 2 層：儲存庫整潔度 (.gitignore 與 .cursorignore)                    │
│  • 確保版本控制中預設忽略敏感檔案。                                      │
│                                                                          │
│  第 3 層：編輯器範圍劃分 (VS Code settings.json / Neovim condition())    │
│  • 針對私有路徑抑制檔案監聽與緩衝區傳輸。                                │
│                                                                          │
│  第 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 金鑰或 Token 的提交。

2. 驗證官方擴充套件的真實性

Supermaven 程式碼政策明確規定，其 7 天保留與零訓練保證僅適用於開發者使用從 supermaven.com 連結的官方擴充套件。第三方分支、非官方社群封裝或未經檢驗的編輯器移植版本可能會與任意端點通訊或缺乏適當的資料隔離。請務必查核發行者簽章：

VS Code 市集：發行者 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()` 自動命令	Neovim (`supermaven-nvim`)	極強（在敏感檔案上關閉外掛程式處理程序）	中（需要 Neovim 自動命令）	切換緩衝區時忘記重啟外掛程式
`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 萬 Token 上下文視窗透過在複雜程式碼庫中提供快速、上下文豐富的程式碼補全，帶來了顯著的生產力提升。然而，保持對程式碼庫索引與智慧財產權的控制需要深思熟慮的設定策略。由於 Supermaven 不依賴獨立的 .supermavenignore 檔案，開發者必須充分利用所有可用的控制手段：在 Neovim 中利用 condition() 回呼與程式化關閉命令，在 VS Code 中設定 files.exclude 與 watcherExclude，在敏感工作區全面停用擴充套件，並在適用的情況下遷移至 .cursorignore。

透過將這些編輯器層級的安全防護與 Supermaven 具合約約束力的 7 天保留期限、零訓練承諾以及現代執行期機密管理相結合，工程團隊可以充分發揮 AI 程式碼補全的速度優勢，同時避免外洩專有原始碼或關鍵安全憑證。

軟體開發者如何配置 Supermaven 倉庫上下文與忽略檔案以管理程式碼庫索引與隱私

讓你的 AI 用上 365 Wiki

365Wiki Skill

Supermaven 儲存庫上下文的架構機制

上下文聚合與 100 萬 Token 視窗

Supermaven 隱私架構：理解程式碼政策

7 天短期保留規則

行內補全與互動式聊天

在 Neovim 中設定忽略檔案與儲存庫範圍

1. 使用 `ignore_filetypes` 進行基本檔案類型抑制

2. 緩衝區傳輸隱患與進階 `condition()` 安全防護

3. 透過自動命令進行程式化控制

在 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 萬 Token 視窗

Supermaven 隱私架構：理解程式碼政策

7 天短期保留規則

行內補全與互動式聊天

在 Neovim 中設定忽略檔案與儲存庫範圍

1. 使用 ignore_filetypes 進行基本檔案類型抑制

2. 緩衝區傳輸隱患與進階 condition() 安全防護

3. 透過自動命令進行程式化控制

在 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`