跳轉到主要內容

Documentation Index

Fetch the complete documentation index at: https://code.claude.com/docs/llms.txt

Use this file to discover all available pages before exploring further.

Claude Code 提供多種設定選項,可根據您的需求配置其行為。您可以在使用互動式 REPL 時執行 /config 命令來設定 Claude Code,這會開啟一個標籤式設定介面,您可以在其中查看狀態資訊並修改設定選項。

設定範圍

Claude Code 使用範圍系統來決定設定的適用位置和共享對象。了解範圍可幫助您決定如何為個人使用、團隊協作或企業部署設定 Claude Code。

可用的範圍

範圍位置影響對象與團隊共享?
Managed伺服器管理的設定、plist / 登錄或系統層級 managed-settings.json機器上的所有使用者是(由 IT 部署)
User~/.claude/ 目錄您,跨所有專案
Project儲存庫中的 .claude/此儲存庫的所有協作者是(提交到 git)
Local.claude/settings.local.json您,僅在此儲存庫中否(gitignored)

何時使用各個範圍

Managed 範圍用於:
  • 必須在整個組織範圍內強制執行的安全政策
  • 無法覆蓋的合規要求
  • 由 IT/DevOps 部署的標準化設定
User 範圍最適合:
  • 您想在任何地方使用的個人偏好設定(主題、編輯器設定)
  • 您在所有專案中使用的工具和 plugins
  • API 金鑰和身份驗證(安全儲存)
Project 範圍最適合:
  • 團隊共享的設定(權限、hooks、MCP servers)
  • 整個團隊應該擁有的 plugins
  • 跨協作者標準化工具
Local 範圍最適合:
  • 特定專案的個人覆蓋
  • 在與團隊共享之前測試設定
  • 對其他人不適用的機器特定設定

範圍如何互動

當相同的設定在多個範圍中配置時,更具體的範圍優先:
  1. Managed(最高)- 無法被任何東西覆蓋
  2. 命令列引數 - 臨時工作階段覆蓋
  3. Local - 覆蓋專案和使用者設定
  4. Project - 覆蓋使用者設定
  5. User(最低)- 當沒有其他東西指定設定時適用
例如,如果使用者設定中允許某個權限,但專案設定中拒絕該權限,則專案設定優先,該權限被阻止。

哪些功能使用範圍

範圍適用於許多 Claude Code 功能:
功能使用者位置專案位置本機位置
Settings~/.claude/settings.json.claude/settings.json.claude/settings.local.json
Subagents~/.claude/agents/.claude/agents/
MCP servers~/.claude.json.mcp.json~/.claude.json(每個專案)
Plugins~/.claude/settings.json.claude/settings.json.claude/settings.local.json
CLAUDE.md~/.claude/CLAUDE.mdCLAUDE.md.claude/CLAUDE.mdCLAUDE.local.md
在 Windows 上,顯示為 ~/.claude 的路徑會解析為 %USERPROFILE%\.claude

設定檔案

settings.json 檔案是透過分層設定來設定 Claude Code 的官方機制:
  • 使用者設定~/.claude/settings.json 中定義,適用於所有專案。
  • 專案設定儲存在您的專案目錄中:
    • .claude/settings.json 用於簽入原始碼控制並與您的團隊共享的設定
    • .claude/settings.local.json 用於未簽入的設定,適用於個人偏好和實驗。Claude Code 將在建立時設定 git 以忽略 .claude/settings.local.json
  • Managed 設定:對於需要集中控制的組織,Claude Code 支援多種 managed 設定的傳遞機制。所有機制都使用相同的 JSON 格式,無法被使用者或專案設定覆蓋:
    • 伺服器管理的設定:透過 Claude.ai 管理員主控台從 Anthropic 的伺服器傳遞。請參閱伺服器管理的設定
    • MDM/OS 層級政策:透過 macOS 和 Windows 上的原生裝置管理傳遞:
      • macOS:com.anthropic.claudecode managed preferences 網域。plist 的頂層金鑰鏡像 managed-settings.json,巢狀設定為字典,陣列為 plist 陣列。透過 Jamf、Iru (Kandji) 或類似 MDM 工具中的設定檔案部署。
      • Windows:HKLM\SOFTWARE\Policies\ClaudeCode 登錄機碼,其中包含 Settings 值(REG_SZ 或 REG_EXPAND_SZ)包含 JSON(透過群組原則或 Intune 部署)
      • Windows(使用者層級):HKCU\SOFTWARE\Policies\ClaudeCode(最低政策優先順序,僅在沒有管理員層級來源時使用)
    • 檔案型managed-settings.jsonmanaged-mcp.json 部署到系統目錄:
      • macOS:/Library/Application Support/ClaudeCode/
      • Linux 和 WSL:/etc/claude-code/
      • Windows:C:\Program Files\ClaudeCode\
      自 v2.1.75 起,舊版 Windows 路徑 C:\ProgramData\ClaudeCode\managed-settings.json 不再受支援。已將設定部署到該位置的管理員必須將檔案遷移到 C:\Program Files\ClaudeCode\managed-settings.json
      檔案型 managed 設定也支援在與 managed-settings.json 相同的系統目錄中的 managed-settings.d/ 放入目錄。這讓不同的團隊可以部署獨立的政策片段,而無需協調對單一檔案的編輯。 遵循 systemd 慣例,managed-settings.json 首先作為基礎合併,然後放入目錄中的所有 *.json 檔案按字母順序排序並合併在頂部。對於純量值,後面的檔案會覆蓋前面的檔案;陣列會連接並去重;物件會深度合併。以 . 開頭的隱藏檔案會被忽略。 使用數字前綴來控制合併順序,例如 10-telemetry.json20-security.json
    請參閱 managed 設定Managed MCP 設定 以取得詳細資訊。 儲存庫包含 Jamf、Iru (Kandji)、Intune 和群組原則的入門部署範本。使用這些作為起點,並根據您的需求進行調整。
    Managed 部署也可以使用 strictKnownMarketplaces 限制 plugin marketplace 新增。如需詳細資訊,請參閱 Managed marketplace 限制
  • 其他設定儲存在 ~/.claude.json 中。此檔案包含您的 OAuth 工作階段、MCP server 設定(用於使用者和本機範圍)、每個專案的狀態(允許的工具、信任設定)和各種快取。專案範圍的 MCP servers 分別儲存在 .mcp.json 中。
Claude Code 會自動建立設定檔案的時間戳記備份,並保留最近五個備份以防止資料遺失。
設定檔案範例
{
  "$schema": "https://json.schemastore.org/claude-code-settings.json",
  "permissions": {
    "allow": [
      "Bash(npm run lint)",
      "Bash(npm run test *)",
      "Read(~/.zshrc)"
    ],
    "deny": [
      "Bash(curl *)",
      "Read(./.env)",
      "Read(./.env.*)",
      "Read(./secrets/**)"
    ]
  },
  "env": {
    "CLAUDE_CODE_ENABLE_TELEMETRY": "1",
    "OTEL_METRICS_EXPORTER": "otlp"
  },
  "companyAnnouncements": [
    "Welcome to Acme Corp! Review our code guidelines at docs.acme.com",
    "Reminder: Code reviews required for all PRs",
    "New security policy in effect"
  ]
}
上面範例中的 $schema 行指向 Claude Code 設定的官方 JSON 架構。將其新增到您的 settings.json 可在 VS Code、Cursor 和任何其他支援 JSON 架構驗證的編輯器中啟用自動完成和內嵌驗證。 已發佈的架構會定期更新,可能不包含最新 CLI 版本中新增的設定,因此最近記錄的欄位上的驗證警告不一定表示您的設定無效。

可用的設定

settings.json 支援多個選項:
金鑰說明範例
agent將主執行緒作為命名 subagent 執行。應用該 subagent 的系統提示、工具限制和模型。請參閱明確叫用 subagents"code-reviewer"
allowedChannelPlugins(Managed 設定僅限)可能推送訊息的頻道 plugins 白名單。在設定時替換預設 Anthropic 白名單。未定義 = 回退到預設值,空陣列 = 阻止所有頻道 plugins。需要 channelsEnabled: true。請參閱限制哪些頻道 plugins 可以執行[{ "marketplace": "claude-plugins-official", "plugin": "telegram" }]
allowedHttpHookUrlsHTTP hooks 可能針對的 URL 模式白名單。支援 * 作為萬用字元。設定時,具有不匹配 URL 的 hooks 會被阻止。未定義 = 無限制,空陣列 = 阻止所有 HTTP hooks。陣列跨設定來源合併。請參閱 Hook 設定["https://hooks.example.com/*"]
allowedMcpServers在 managed-settings.json 中設定時,使用者可以設定的 MCP servers 白名單。未定義 = 無限制,空陣列 = 鎖定。適用於所有範圍。拒絕清單優先。請參閱 Managed MCP 設定[{ "serverName": "github" }]
allowManagedHooksOnly(Managed 設定僅限)僅載入 managed hooks、SDK hooks 和在 managed 設定 enabledPlugins 中強制啟用的 plugins 中的 hooks。使用者、專案和所有其他 plugin hooks 被阻止。請參閱 Hook 設定true
allowManagedMcpServersOnly(Managed 設定僅限)僅尊重 managed 設定中的 allowedMcpServersdeniedMcpServers 仍從所有來源合併。使用者仍可新增 MCP servers,但僅適用管理員定義的白名單。請參閱 Managed MCP 設定true
allowManagedPermissionRulesOnly(Managed 設定僅限)防止使用者和專案設定定義 allowaskdeny 權限規則。僅適用 managed 設定中的規則。請參閱 Managed 專用設定true
alwaysThinkingEnabled為所有工作階段預設啟用擴展思考。通常透過 /config 命令而不是直接編輯來設定。若要強制思考關閉,無論此設定如何,請在 env 中設定 CLAUDE_CODE_DISABLE_THINKINGtrue
apiKeyHelper自訂指令碼,在 /bin/sh 中執行,以產生驗證值。此值將作為 X-Api-KeyAuthorization: Bearer 標頭傳送以進行模型請求。使用 CLAUDE_CODE_API_KEY_HELPER_TTL_MS 設定重新整理間隔/bin/generate_temp_api_key.sh
attribution自訂 git 提交和拉取請求的歸屬。請參閱歸屬設定{"commit": "🤖 Generated with Claude Code", "pr": ""}
autoMemoryDirectory自動記憶儲存的自訂目錄。接受絕對路徑或 ~/ 前綴的路徑。從政策和使用者設定以及 --settings 旗標接受。不從專案或本機設定接受,因為複製的儲存庫可能提供任一檔案以將記憶寫入重定向到敏感位置"~/my-memory-dir"
autoMemoryEnabled啟用自動記憶。當為 false 時,Claude 不會從自動記憶目錄讀取或寫入。預設:true。您也可以在工作階段期間使用 /memory 切換此設定。若要透過環境變數停用,請在 env 中設定 CLAUDE_CODE_DISABLE_AUTO_MEMORYfalse
autoMode自訂自動模式分類器阻止和允許的內容。包含 environmentallowsoft_denyhard_deny 陣列的散文規則。在陣列中包含字面字串 "$defaults" 以在該位置繼承內建規則。請參閱設定自動模式。不從共享專案設定讀取{"soft_deny": ["$defaults", "Never run terraform apply"]}
autoScrollEnabled全螢幕渲染中,跟隨新輸出到對話的底部。預設:true。在 /config 中顯示為自動捲軸。當此設定關閉時,權限提示仍會捲軸進入檢視false
autoUpdatesChannel遵循更新的發行頻道。使用 "stable" 以取得通常約一週舊的版本並跳過有重大迴歸的版本,或 "latest"(預設)以取得最新版本。若要完全停用自動更新,請在 env 中設定 DISABLE_AUTOUPDATER"stable"
availableModels限制使用者可透過 /model--modelANTHROPIC_MODEL 選擇的模型。不影響預設選項。請參閱限制模型選擇["sonnet", "haiku"]
awaySummaryEnabled在您離開終端機幾分鐘後返回時顯示單行工作階段摘要。設定為 false 或在 /config 中關閉工作階段摘要以停用。與 CLAUDE_CODE_ENABLE_AWAY_SUMMARY 相同true
awsAuthRefresh修改 .aws 目錄的自訂指令碼(請參閱進階認證設定aws sso login --profile myprofile
awsCredentialExport輸出包含 AWS 認證的 JSON 的自訂指令碼(請參閱進階認證設定/bin/generate_aws_grant.sh
blockedMarketplaces(Managed 設定僅限)marketplace 來源的黑名單。在 marketplace 新增和 plugin 安裝、更新、重新整理和自動更新時強制執行,因此在設定政策之前新增的 marketplace 無法用於擷取 plugins。在下載前檢查被阻止的來源,因此它們永遠不會接觸檔案系統。請參閱 Managed marketplace 限制[{ "source": "github", "repo": "untrusted/plugins" }]
channelsEnabled(Managed 設定僅限)允許組織使用頻道。在 claude.ai Team 和 Enterprise 方案上,當此設定未設定或為 false 時,頻道會被阻止。對於使用 API 金鑰驗證的 Anthropic Console 帳戶,除非您的組織部署 managed 設定(在這種情況下此金鑰必須設定為 true),否則預設允許頻道true
claudeMd(Managed 設定僅限)CLAUDE.md 樣式的指示,作為組織管理的記憶注入。僅在 managed 或政策設定中設定時受尊重,在使用者、專案和本機設定中被忽略。請參閱組織範圍的 CLAUDE.md"Always run make lint before committing."
claudeMdExcludes載入記憶時要跳過的 CLAUDE.md 檔案的 Glob 模式或絕對路徑。模式與絕對檔案路徑相符。僅適用於使用者、專案和本機記憶;managed 政策檔案無法排除["**/vendor/**/CLAUDE.md"]
cleanupPeriodDays非使用中超過此期間的工作階段在啟動時刪除(預設:30 天,最少 1 天)。設定為 0 會被拒絕並出現驗證錯誤。也控制孤立 subagent worktrees 在啟動時自動移除的年齡截止。若要完全停用文字記錄寫入,請設定 CLAUDE_CODE_SKIP_PROMPT_HISTORY 環境變數,或在非互動模式(-p)中使用 --no-session-persistence 旗標或 persistSession: false SDK 選項。20
companyAnnouncements在啟動時向使用者顯示的公告。如果提供多個公告,它們將隨機循環。["Welcome to Acme Corp! Review our code guidelines at docs.acme.com"]
defaultShell輸入框 ! 命令的預設 shell。接受 "bash"(預設)或 "powershell"。設定 "powershell" 會在 Windows 上透過 PowerShell 路由互動式 ! 命令。需要 CLAUDE_CODE_USE_POWERSHELL_TOOL=1。請參閱 PowerShell tool"powershell"
deniedMcpServers在 managed-settings.json 中設定時,明確阻止的 MCP servers 拒絕清單。適用於所有範圍,包括 managed servers。拒絕清單優先於白名單。請參閱 Managed MCP 設定[{ "serverName": "filesystem" }]
disableAgentView設定為 true 以關閉背景代理和代理檢視claude agents--bg/background 和隨選主管。通常在 managed 設定 中設定。等同於將 CLAUDE_CODE_DISABLE_AGENT_VIEW 設定為 1true
disableAllHooks停用所有 hooks 和任何自訂狀態行true
disableAutoMode設定為 "disable" 以防止自動模式被啟用。從 Shift+Tab 循環中移除 auto 並在啟動時拒絕 --permission-mode auto。在managed 設定中最有用,使用者無法覆蓋它"disable"
disableDeepLinkRegistration設定為 "disable" 以防止 Claude Code 在啟動時向作業系統註冊 claude-cli:// 協議處理程式。深層連結讓外部工具透過預先填入的提示開啟 Claude Code 工作階段。在協議處理程式註冊受限或單獨管理的環境中很有用"disable"
disabledMcpjsonServers要拒絕的 .mcp.json 檔案中特定 MCP servers 的清單["filesystem"]
disableRemoteControl停用遠端控制:阻止 claude remote-control--remote-control 旗標、自動啟動和工作階段內切換。通常放在managed 設定中以進行每個裝置的 MDM 強制執行,但適用於任何範圍。需要 Claude Code v2.1.128 或更新版本true
disableSkillShellExecution停用 skills 和來自使用者、專案、plugin 或其他目錄來源的自訂命令中的內嵌 shell 執行(!`...````! 區塊)。命令會被替換為 [shell command execution disabled by policy] 而不是被執行。Bundled 和 managed skills 不受影響。在managed 設定中最有用,使用者無法覆蓋它true
editorMode輸入提示的快捷鍵模式:"normal""vim"。預設:"normal"。在 /config 中顯示為編輯器模式"vim"
effortLevel跨工作階段持久化努力等級。接受 "low""medium""high""xhigh"。當您執行 /effort 時自動寫入,其中包含其中一個值。--effortCLAUDE_CODE_EFFORT_LEVEL 會覆蓋此設定以進行一個工作階段。請參閱調整努力等級以了解支援的模型"xhigh"
enableAllProjectMcpServers自動批准專案 .mcp.json 檔案中定義的所有 MCP serverstrue
enabledMcpjsonServers要批准的 .mcp.json 檔案中特定 MCP servers 的清單["memory", "github"]
env將應用於每個工作階段的環境變數{"FOO": "bar"}
fastModePerSessionOptIn當為 true 時,快速模式不會跨工作階段持久化。每個工作階段都以快速模式關閉開始,需要使用者使用 /fast 啟用它。使用者的快速模式偏好仍會儲存。請參閱需要每個工作階段的選擇加入true
feedbackSurveyRate工作階段品質調查出現時符合條件的機率(0–1)。設定為 0 以完全抑制,或設定 CLAUDE_CODE_DISABLE_FEEDBACK_SURVEYenv 中。在使用 Bedrock、Vertex 或 Foundry 時很有用,其中預設樣本率不適用0.05
fileSuggestion@ 檔案自動完成設定自訂指令碼。請參閱檔案建議設定{"type": "command", "command": "~/.claude/file-suggestion.sh"}
forceLoginMethod使用 claudeai 限制登入到 Claude.ai 帳戶,console 限制登入到 Claude Console(API 使用計費)帳戶claudeai
forceLoginOrgUUID要求登入屬於特定組織。接受單一 UUID 字串(也會在登入期間預先選擇該組織),或 UUID 陣列,其中接受任何列出的組織而不預先選擇。在 managed 設定中設定時,如果驗證帳戶不屬於列出的組織,登入會失敗;空陣列會失敗關閉並使用誤設定訊息阻止登入"xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx"["xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx", "yyyyyyyy-yyyy-yyyy-yyyy-yyyyyyyyyyyy"]
forceRemoteSettingsRefresh(Managed 設定僅限)阻止 CLI 啟動,直到從伺服器新鮮擷取遠端 managed 設定。如果擷取失敗,CLI 會結束而不是繼續使用快取或無設定。未設定時,啟動會繼續而不等待遠端設定。請參閱失敗關閉強制執行true
gcpAuthRefresh當 GCP Application Default Credentials 過期或無法載入時重新整理它們的自訂指令碼。請參閱進階認證設定gcloud auth application-default login
hooks設定自訂命令以在生命週期事件執行。請參閱 hooks 文件以了解格式請參閱 hooks
httpHookAllowedEnvVarsHTTP hooks 可能插入到標頭中的環境變數名稱白名單。設定時,每個 hook 的有效 allowedEnvVars 是與此清單的交集。未定義 = 無限制。陣列跨設定來源合併。請參閱 Hook 設定["MY_TOKEN", "HOOK_SECRET"]
includeCoAuthoredBy已棄用:改用 attribution。是否在 git 提交和拉取請求中包含 co-authored-by Claude 署名(預設:truefalse
includeGitInstructions在 Claude 的系統提示中包含內建提交和 PR 工作流程指示和 git 狀態快照(預設:true)。設定為 false 以移除兩者,例如在使用您自己的 git 工作流程 skills 時。CLAUDE_CODE_DISABLE_GIT_INSTRUCTIONS 環境變數在設定時優先於此設定false
language設定 Claude 的首選回應語言(例如 "japanese""spanish""french")。Claude 預設會以此語言回應。也設定語音聽寫語言"japanese"
maxSkillDescriptionCharsskill 清單中每個 skill 的字元上限,Claude 每輪看到的 descriptionwhen_to_use 文字的組合(預設:1536)。超過此長度的文字會被截斷。提高以保持長描述完整,代價是每輪更多內容;降低以在 skillListingBudgetFraction 下適應更多 skills。需要 Claude Code v2.1.105 或更新版本2048
minimumVersion防止背景自動更新和 claude update 安裝低於此版本的版本。當從 "latest" 頻道切換到 "stable" 時透過 /config 提示您保持在目前版本或允許降級。選擇保持設定此值。也適用於managed 設定以釘選組織範圍的最小值"2.1.100"
model覆蓋 Claude Code 使用的預設模型。--modelANTHROPIC_MODEL 會覆蓋此設定以進行一個工作階段"claude-sonnet-4-6"
modelOverrides將 Anthropic 模型 ID 對應到提供者特定的模型 ID,例如 Bedrock 推論設定檔 ARN。每個模型選擇器項目在呼叫提供者 API 時使用其對應的值。請參閱按版本覆蓋模型 ID{"claude-opus-4-6": "arn:aws:bedrock:..."}
otelHeadersHelper產生動態 OpenTelemetry 標頭的指令碼。在啟動時和定期執行。使用 CLAUDE_CODE_OTEL_HEADERS_HELPER_DEBOUNCE_MS 設定重新整理間隔。請參閱動態標頭/bin/generate_otel_headers.sh
outputStyle設定輸出樣式以調整系統提示。請參閱輸出樣式文件"Explanatory"
parentSettingsBehavior(Managed 設定僅限)控制由嵌入主機流程(例如 Agent SDK 或 IDE 擴充功能)以程式設計方式提供的 managed 設定在同時存在管理員部署的 managed 層級時是否適用。"first-wins":父級提供的設定被丟棄,僅適用管理員層級。"merge":父級提供的設定適用於管理員層級下方,經過篩選以便它們可以收緊政策但不能放鬆政策。當未部署管理員層級時無效。預設:"first-wins"。需要 Claude Code v2.1.133 或更新版本"merge"
permissions請參閱下表以了解權限的結構。
plansDirectory自訂計畫檔案的儲存位置。路徑相對於專案根目錄。預設:~/.claude/plans"./plans"
pluginTrustMessage(Managed 設定僅限)在安裝前顯示的 plugin 信任警告中附加的自訂訊息。使用此選項新增組織特定的內容,例如確認來自您內部 marketplace 的 plugins 已經過審查。"All plugins from our marketplace are approved by IT"
policyHelper管理員部署的可執行檔,在啟動時動態計算 managed 設定。僅從 MDM 或系統 managed-settings.json 檔案受尊重。請參閱使用政策協助程式計算 managed 設定。需要 Claude Code v2.1.136 或更新版本{"path": "/usr/local/bin/claude-policy"}
preferredNotifChannel工作完成和權限提示通知的方法:"auto""terminal_bell""iterm2""iterm2_with_bell""kitty""ghostty""notifications_disabled"。預設:"auto",在 iTerm2、Ghostty 和 Kitty 中傳送桌面通知,在其他終端機中不執行任何操作。設定 "terminal_bell" 以在任何終端機中響鈴字元。在 /config 中顯示為通知。請參閱取得終端機鈴聲或通知"terminal_bell"
prefersReducedMotion減少或停用 UI 動畫(微調器、閃爍、閃光效果)以提高可訪問性true
prUrlTemplatePR 徽章的 URL 範本,顯示在頁尾和工具結果摘要中。替換 gh 報告的 PR URL 中的 {host}{owner}{repo}{number}{url}。使用以指向內部程式碼審查工具而不是 github.com。不影響 Claude 散文中的 #123 自動連結"https://reviews.example.com/{owner}/{repo}/pull/{number}"
respectGitignore控制 @ 檔案選擇器是否尊重 .gitignore 模式。當為 true(預設)時,符合 .gitignore 模式的檔案會從建議中排除false
showClearContextOnPlanAccept在計畫接受畫面上顯示「清除內容」選項。預設為 false。設定為 true 以還原選項true
showThinkingSummaries在互動式工作階段中顯示擴展思考摘要。未設定或 false(互動模式中的預設值)時,思考區塊由 API 編輯並顯示為摺疊的存根。編輯只會改變您看到的內容,而不是模型生成的內容:若要減少思考支出,請降低預算或停用思考。非互動模式(-p)和 SDK 呼叫者無論此設定如何都始終接收摘要true
showTurnDuration在回應後顯示輪次持續時間訊息,例如「Cooked for 1m 6s」。預設:true。在 /config 中顯示為顯示輪次持續時間false
skillListingBudgetFraction為 Claude 每輪看到的skill 清單保留的模型內容視窗分數(預設:0.01 = 1%)。當清單超過預算時,最少使用的 skills 的描述會摺疊為裸名稱,以便 Claude 仍可叫用它們,但不會看到原因。提高以保持更多描述可見,代價是每輪更多內容。/doctor 顯示目前的截斷計數和受影響的 skills。需要 Claude Code v2.1.105 或更新版本0.02
skillOverrides按 skill 名稱鍵入的每個 skill 可見性覆蓋。值為 "on""name-only""user-invocable-only""off"。讓您隱藏或摺疊 skill 而無需編輯其 SKILL.md。不適用於 plugin skills,這些由 /plugin 管理。/skills 功能表將這些寫入 .claude/settings.local.json。請參閱從設定覆蓋 skill 可見性。需要 Claude Code v2.1.129 或更新版本{"legacy-context": "name-only", "deploy": "off"}
skipWebFetchPreflight跳過WebFetch 網域安全檢查,該檢查在擷取前將每個請求的主機名稱傳送到 api.anthropic.com。在阻止流量到 Anthropic 的環境中設定為 true,例如 Bedrock、Vertex AI 或 Foundry 部署,具有限制性的出站。跳過時,WebFetch 嘗試任何 URL 而不諮詢黑名單true
spinnerTipsEnabled在 Claude 工作時在微調器中顯示提示。設定為 false 以停用提示(預設:truefalse
spinnerTipsOverride使用自訂字串覆蓋微調器提示。tips:提示字串陣列。excludeDefault:如果為 true,僅顯示自訂提示;如果為 false 或不存在,自訂提示會與內建提示合併{ "excludeDefault": true, "tips": ["Use our internal tool X"] }
spinnerVerbs自訂在微調器和輪次持續時間訊息中顯示的動作動詞。將 mode 設定為 "replace" 以僅使用您的動詞,或 "append" 以將它們新增到預設值{"mode": "append", "verbs": ["Pondering", "Crafting"]}
sshConfigs要在桌面環境下拉式清單中顯示的 SSH 連線。每個項目需要 idnamesshHostsshPortsshIdentityFilestartDirectory 是選用的。在 managed 設定中設定時,連線對使用者是唯讀的。僅從 managed 和使用者設定讀取[{"id": "dev-vm", "name": "Dev VM", "sshHost": "user@dev.example.com"}]
statusLine設定自訂狀態行以顯示內容。請參閱 statusLine 文件{"type": "command", "command": "~/.claude/statusline.sh"}
strictKnownMarketplaces(Managed 設定僅限)plugin marketplaces 白名單。未定義 = 無限制,空陣列 = 鎖定。在 marketplace 新增和 plugin 安裝、更新、重新整理和自動更新時強制執行,因此在設定政策之前新增的 marketplace 無法用於擷取 plugins。請參閱 Managed marketplace 限制[{ "source": "github", "repo": "acme-corp/plugins" }]
syntaxHighlightingDisabled停用 diffs、程式碼區塊和檔案預覽中的語法醒目提示true
teammateModeagent team 隊友的顯示方式:auto(在 tmux 或 iTerm2 中選擇分割窗格,否則為進程內)、in-processtmux--teammate-mode 會覆蓋此設定以進行一個工作階段。請參閱選擇顯示模式"in-process"
terminalProgressBarEnabled在支援的終端機中顯示終端機進度條:ConEmu、Ghostty 1.2.0+ 和 iTerm2 3.6.6+。預設:true。在 /config 中顯示為終端機進度條false
tui終端機 UI 渲染器。使用 "fullscreen" 以取得無閃爍替代螢幕渲染器,具有虛擬化捲軸。使用 "default" 以取得經典主螢幕渲染器。透過 /tui 設定。您也可以設定 CLAUDE_CODE_NO_FLICKER 環境變數"fullscreen"
useAutoModeDuringPlanPlan Mode 在自動模式可用時是否使用自動模式語義。預設:true。不從共享專案設定讀取。在 /config 中顯示為「在計畫期間使用自動模式」false
viewMode啟動時的預設文字記錄檢視模式:"default""verbose""focus"。設定時覆蓋粘性 /focus 選擇。--verbose 旗標會覆蓋此設定以進行一個工作階段"verbose"
voice語音聽寫設定:enabled 開啟聽寫,mode 選擇 "hold""tap"autoSubmit 在保持模式中按鍵釋放時傳送提示。當您執行 /voice 時自動寫入。需要 Claude.ai 帳戶{ "enabled": true, "mode": "tap" }
voiceEnabledvoice.enabled 的舊版別名。偏好 voice 物件true
wslInheritsWindowsSettings(Windows managed 設定僅限)當為 true 時,WSL 上的 Claude Code 除了 /etc/claude-code 外還會從 Windows 政策鏈讀取 managed 設定,Windows 來源優先。僅在 HKLM 登錄機碼或 C:\Program Files\ClaudeCode\managed-settings.json 中設定時受尊重,兩者都需要 Windows 管理員才能寫入。為了讓 HKCU 政策也在 WSL 上適用,旗標必須另外在 HKCU 本身中設定。對原生 Windows 無效true

全域設定設定

這些設定儲存在 ~/.claude.json 中,而不是 settings.json。將它們新增到 settings.json 將觸發架構驗證錯誤。
v2.1.119 之前的版本也會在此處儲存 autoScrollEnablededitorModeshowTurnDurationteammateModeterminalProgressBarEnabled,而不是在 settings.json 中。
金鑰說明範例
autoConnectIde當 Claude Code 從外部終端機啟動時自動連線到執行中的 IDE。預設:false。在 VS Code 或 JetBrains 終端機外執行時在 /config 中顯示為自動連線到 IDE(外部終端機)CLAUDE_CODE_AUTO_CONNECT_IDE 環境變數在設定時會覆蓋此設定true
autoInstallIdeExtension從 VS Code 終端機執行時自動安裝 Claude Code IDE 擴充功能。預設:true。在 VS Code 或 JetBrains 終端機內執行時在 /config 中顯示為自動安裝 IDE 擴充功能。您也可以設定 CLAUDE_CODE_IDE_SKIP_AUTO_INSTALL 環境變數false
externalEditorContext當您使用 Ctrl+G 開啟外部編輯器時,將 Claude 的前一個回應作為 # 註解內容前置。預設:false。在 /config 中顯示為在外部編輯器中顯示最後回應true
teammateDefaultModelagent team 隊友在生成提示未指定時的預設模型。設定為模型別名(例如 "sonnet"),或 null 以繼承主管的目前 /model 選擇。在 /config 中顯示為預設隊友模型"sonnet"

Worktree 設定

設定 --worktree 如何建立和管理 git worktrees。
金鑰說明範例
worktree.baseRef新 worktrees 分支的來源 ref。"fresh"(預設)從 origin/<default-branch> 分支以取得與遠端相符的乾淨樹。"head" 從您目前的本機 HEAD 分支,因此未推送的提交和功能分支狀態存在於 worktree 中。適用於 --worktreeEnterWorktree 工具和 subagent 隔離"head"
worktree.symlinkDirectories要從主儲存庫符號連結到每個 worktree 的目錄,以避免在磁碟上複製大型目錄。預設不符號連結任何目錄["node_modules", ".cache"]
worktree.sparsePaths要在每個 worktree 中透過 git sparse-checkout(cone 模式)簽出的目錄。僅將列出的路徑寫入磁碟,在大型 monorepos 中速度更快["packages/my-app", "shared/utils"]
若要將 gitignored 檔案(如 .env)複製到新的 worktrees,請改用專案根目錄中的 .worktreeinclude 檔案,而不是設定。

權限設定

金鑰說明範例
allow允許工具使用的權限規則陣列。請參閱下面的權限規則語法以了解模式匹配詳細資訊[ "Bash(git diff *)" ]
ask要求在工具使用時確認的權限規則陣列。請參閱下面的權限規則語法[ "Bash(git push *)" ]
deny拒絕工具使用的權限規則陣列。使用此選項從 Claude Code 存取中排除敏感檔案。請參閱權限規則語法Bash 權限限制[ "WebFetch", "Bash(curl *)", "Read(./.env)", "Read(./secrets/**)" ]
additionalDirectoriesClaude 有權存取的其他工作目錄。大多數 .claude/ 設定未從這些目錄發現[ "../docs/" ]
defaultMode開啟 Claude Code 時的預設權限模式。有效值:defaultacceptEditsplanautodontAskbypassPermissions--permission-mode CLI 旗標會覆蓋此設定以進行單一工作階段"acceptEdits"
disableBypassPermissionsMode設定為 "disable" 以防止啟用 bypassPermissions 模式。這會停用 --dangerously-skip-permissions 旗標。在managed 設定中最有用,使用者無法覆蓋它"disable"
skipDangerousModePermissionPrompt跳過透過 --dangerously-skip-permissionsdefaultMode: "bypassPermissions" 進入 bypass permissions 模式之前顯示的確認提示。在專案設定(.claude/settings.json)中設定時被忽略,以防止不受信任的儲存庫自動繞過提示true

權限規則語法

權限規則遵循 ToolTool(specifier) 的格式。規則按順序評估:首先是拒絕規則,然後是詢問,最後是允許。第一個匹配的規則獲勝。 快速範例:
規則效果
Bash符合所有 Bash 命令
Bash(npm run *)符合以 npm run 開頭的命令
Read(./.env)符合讀取 .env 檔案
WebFetch(domain:example.com)符合對 example.com 的擷取請求
如需完整的規則語法參考,包括萬用字元行為、Read、Edit、WebFetch、MCP 和 Agent 規則的工具特定模式,以及 Bash 模式的安全限制,請參閱權限規則語法

Sandbox 設定

設定進階 sandboxing 行為。Sandboxing 將 bash 命令與您的檔案系統和網路隔離。請參閱 Sandboxing 以了解詳細資訊。
金鑰說明範例
enabled啟用 bash sandboxing(macOS、Linux 和 WSL2)。預設:falsetrue
failIfUnavailable如果 sandbox.enabled 為 true 但 sandbox 無法啟動(遺失相依性、不支援的平台),則在啟動時以錯誤結束。當為 false(預設)時,會顯示警告,命令會以 unsandboxed 方式執行。適用於需要 sandboxing 作為硬閘門的 managed 設定部署true
autoAllowBashIfSandboxed在 sandboxed 時自動批准 bash 命令。預設:truetrue
excludedCommands應在 sandbox 外執行的命令["docker *"]
allowUnsandboxedCommands允許命令透過 dangerouslyDisableSandbox 參數在 sandbox 外執行。當設定為 false 時,dangerouslyDisableSandbox 逃脫艙口完全停用,所有命令必須 sandboxed(或在 excludedCommands 中)。適用於需要嚴格 sandboxing 的企業政策。預設:truefalse
filesystem.allowWritesandboxed 命令可以寫入的其他路徑。陣列跨所有設定範圍合併:使用者、專案和 managed 路徑合併,不替換。也與 Edit(...) 允許權限規則中的路徑合併。請參閱下面的路徑前綴["/tmp/build", "~/.kube"]
filesystem.denyWritesandboxed 命令無法寫入的路徑。陣列跨所有設定範圍合併。也與 Edit(...) 拒絕權限規則中的路徑合併。["/etc", "/usr/local/bin"]
filesystem.denyReadsandboxed 命令無法讀取的路徑。陣列跨所有設定範圍合併。也與 Read(...) 拒絕權限規則中的路徑合併。["~/.aws/credentials"]
filesystem.allowReaddenyRead 區域內重新允許讀取的路徑。優先於 denyRead。陣列跨所有設定範圍合併。使用此選項建立僅工作區讀取存取模式。["."]
filesystem.allowManagedReadPathsOnly(Managed 設定僅限)僅尊重 managed 設定中的 filesystem.allowRead 路徑。denyRead 仍從所有來源合併。預設:falsetrue
network.allowUnixSockets(僅限 macOS)sandbox 中可存取的 Unix socket 路徑。在 Linux 和 WSL2 上被忽略,其中 seccomp 篩選器無法檢查 socket 路徑;改用 allowAllUnixSockets["~/.ssh/agent-socket"]
network.allowAllUnixSockets允許 sandbox 中的所有 Unix socket 連線。在 Linux 和 WSL2 上,這是允許 Unix sockets 的唯一方式,因為它跳過了 seccomp 篩選器,否則會阻止 socket(AF_UNIX, ...) 呼叫。預設:falsetrue
network.allowLocalBinding允許繫結到 localhost 連接埠(僅限 macOS)。預設:falsetrue
network.allowMachLookupsandbox 可能查詢的其他 XPC/Mach 服務名稱(僅限 macOS)。支援單一尾部 * 用於前綴匹配。iOS 模擬器或 Playwright 等透過 XPC 通訊的工具需要。["com.apple.coresimulator.*"]
network.allowedDomains允許出站網路流量的網域陣列。支援萬用字元(例如 *.example.com)。["github.com", "*.npmjs.org"]
network.deniedDomains允許阻止出站網路流量的網域陣列。支援與 allowedDomains 相同的萬用字元語法。當兩者都符合時優先於 allowedDomains。無論 allowManagedDomainsOnly 如何,都從所有設定來源合併。["sensitive.cloud.example.com"]
network.allowManagedDomainsOnly(Managed 設定僅限)僅尊重 managed 設定中的 allowedDomainsWebFetch(domain:...) 允許規則。來自使用者、專案和本機設定的網域會被忽略。非允許的網域會自動阻止,不會提示使用者。拒絕的網域仍從所有來源受尊重。預設:falsetrue
network.httpProxyPort如果您想帶上自己的代理,使用的 HTTP 代理連接埠。如果未指定,Claude 將執行自己的代理。8080
network.socksProxyPort如果您想帶上自己的代理,使用的 SOCKS5 代理連接埠。如果未指定,Claude 將執行自己的代理。8081
enableWeakerNestedSandbox為無特權 Docker 環境啟用較弱的 sandbox(僅限 Linux 和 WSL2)。降低安全性。 預設:falsetrue
enableWeakerNetworkIsolation(僅限 macOS)允許在 sandbox 中存取系統 TLS 信任服務(com.apple.trustd.agent)。使用 httpProxyPort 和自訂 CA 的 MITM 代理時,Go 型工具(如 ghgcloudterraform)需要驗證 TLS 憑證。透過開啟潛在的資料外洩路徑降低安全性。預設:falsetrue
bwrapPath(Managed 設定僅限,Linux/WSL2)bubblewrap (bwrap) 二進位檔的絕對路徑。覆蓋透過 PATH 的自動偵測。僅從 managed 設定受尊重,不從使用者或專案設定。在 managed 環境中 bwrap 安裝在非標準位置時很有用。/opt/admin/bwrap
socatPath(Managed 設定僅限,Linux/WSL2)用於 sandbox 網路代理的 socat 二進位檔的絕對路徑。覆蓋透過 PATH 的自動偵測。僅從 managed 設定受尊重。/opt/admin/socat

Sandbox 路徑前綴

filesystem.allowWritefilesystem.denyWritefilesystem.denyReadfilesystem.allowRead 中的路徑支援這些前綴:
前綴含義範例
/從檔案系統根目錄的絕對路徑/tmp/build 保持 /tmp/build
~/相對於主目錄~/.kube 變成 $HOME/.kube
./ 或無前綴相對於專案根目錄(用於專案設定)或相對於 ~/.claude(用於使用者設定)./output.claude/settings.json 中解析為 <project-root>/output
較舊的 //path 前綴用於絕對路徑仍然有效。如果您之前使用單斜線 /path 期望專案相對解析,請切換到 ./path。此語法與讀取和編輯權限規則不同,後者使用 //path 用於絕對和 /path 用於專案相對。Sandbox 檔案系統路徑使用標準慣例:/tmp/build 是絕對路徑。 設定範例:
{
  "sandbox": {
    "enabled": true,
    "autoAllowBashIfSandboxed": true,
    "excludedCommands": ["docker *"],
    "filesystem": {
      "allowWrite": ["/tmp/build", "~/.kube"],
      "denyRead": ["~/.aws/credentials"]
    },
    "network": {
      "allowedDomains": ["github.com", "*.npmjs.org", "registry.yarnpkg.com"],
      "deniedDomains": ["uploads.github.com"],
      "allowUnixSockets": [
        "/var/run/docker.sock"
      ],
      "allowLocalBinding": true
    }
  }
}
檔案系統和網路限制可以透過兩種合併在一起的方式設定:
  • sandbox.filesystem 設定(如上所示):在 OS 層級 sandbox 邊界控制路徑。這些限制適用於所有子流程命令(例如 kubectlterraformnpm),而不僅僅是 Claude 的檔案工具。
  • 權限規則:使用 Edit 允許/拒絕規則控制 Claude 的檔案工具存取,Read 拒絕規則阻止讀取,WebFetch 允許/拒絕規則控制網路網域。這些規則中的路徑也會合併到 sandbox 設定中。

歸屬設定

Claude Code 將歸屬新增到 git 提交和拉取請求。這些分別設定:
  • 提交預設使用 git trailers(如 Co-Authored-By),可以自訂或停用
  • 拉取請求說明是純文字
金鑰說明
commitgit 提交的歸屬,包括任何 trailers。空字串隱藏提交歸屬
pr拉取請求說明的歸屬。空字串隱藏拉取請求歸屬
預設提交歸屬:
🤖 Generated with [Claude Code](https://claude.com/claude-code)

   Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
預設拉取請求歸屬:
🤖 Generated with [Claude Code](https://claude.com/claude-code)
範例:
{
  "attribution": {
    "commit": "Generated with AI\n\nCo-Authored-By: AI <ai@example.com>",
    "pr": ""
  }
}
attribution 設定優先於已棄用的 includeCoAuthoredBy 設定。若要隱藏所有歸屬,請將 commitpr 設定為空字串。

檔案建議設定

@ 檔案路徑自動完成設定自訂命令。內建檔案建議使用快速檔案系統遍歷,但大型 monorepos 可能受益於專案特定的索引,例如預先建立的檔案索引或自訂工具。
{
  "fileSuggestion": {
    "type": "command",
    "command": "~/.claude/file-suggestion.sh"
  }
}
該命令使用與 hooks 相同的環境變數執行,包括 CLAUDE_PROJECT_DIR。它透過 stdin 接收包含 query 欄位的 JSON:
{"query": "src/comp"}
將換行符分隔的檔案路徑輸出到 stdout(目前限制為 15):
src/components/Button.tsx
src/components/Modal.tsx
src/components/Form.tsx
範例:
#!/bin/bash
query=$(cat | jq -r '.query')
your-repo-file-index --query "$query" | head -20

Hook 設定

這些設定控制允許執行哪些 hooks 以及 HTTP hooks 可以存取的內容。allowManagedHooksOnly 設定只能在 managed 設定中設定。URL 和環境變數白名單可以在任何設定層級設定,並跨來源合併。 allowManagedHooksOnlytrue 時的行為:
  • 載入 Managed hooks 和 SDK hooks
  • 從在 managed 設定 enabledPlugins 中強制啟用的 plugins 載入 Hooks。這讓管理員透過組織 marketplace 分發經過審查的 hooks,同時阻止其他所有內容。信任由完整 plugin@marketplace ID 授予,因此來自不同 marketplace 的同名 plugin 保持被阻止
  • 使用者 hooks、專案 hooks 和所有其他 plugin hooks 被阻止
限制 HTTP hook URL: 限制 HTTP hooks 可以針對的 URL。支援 * 作為匹配的萬用字元。定義陣列時,針對不匹配 URL 的 HTTP hooks 會被無聲地阻止。主機名稱匹配不區分大小寫,並忽略尾部 FQDN 點,符合 DNS 語義。
{
  "allowedHttpHookUrls": ["https://hooks.example.com/*", "http://localhost:*"]
}
限制 HTTP hook 環境變數: 限制 HTTP hooks 可以插入到標頭值中的環境變數名稱。每個 hook 的有效 allowedEnvVars 是其自己清單與此設定的交集。
{
  "httpHookAllowedEnvVars": ["MY_TOKEN", "HOOK_SECRET"]
}

使用政策協助程式計算 managed 設定

policyHelper 設定指向在啟動時計算 managed 設定的可執行檔,因此管理員可以從裝置狀態、身份或遠端服務衍生政策,而不是靜態檔案。從 MDM 或系統 managed-settings.json 檔案設定它。Claude Code 在任何其他範圍中出現 policyHelper 時會忽略它,包括使用者設定、專案設定、HKCU 登錄 hive 和伺服器管理的設定 該設定接受這些金鑰:
金鑰類型說明
pathstring協助程式可執行檔的絕對路徑
timeoutMsnumber在將執行視為失敗之前等待協助程式多長時間
refreshIntervalMsnumber在背景中重新執行協助程式的頻率。設定為 0 以停用重新整理,或至少 60000
協助程式將 JSON 信封寫入 stdout。將設定放在 managedSettings 金鑰下,而不是在頂層,因為裸設定物件會以 managedSettings 未定義的方式解析並應用任何內容:
{
  "managedSettings": {
    "permissions": { "deny": ["Read(//etc/secrets/**)"] }
  },
  "claudeMd": "# Organization context\n...",
  "appendSystemPrompt": "Always cite the internal style guide."
}
當協助程式發出 managedSettings 時,該物件會替換該執行的檔案型 managed 設定。當協助程式在啟動時以非零狀態結束時,Claude Code 會列印錯誤並拒絕啟動,因此需要中斷恢復能力的協助程式應從自己的快取提供並以 0 結束。

設定優先順序

設定按優先順序順序應用。從最高到最低:
  1. Managed 設定伺服器管理MDM/OS 層級政策managed 設定
    • 由 IT 透過伺服器傳遞、MDM 設定檔案、登錄政策或 managed 設定檔案部署的政策
    • 無法被任何其他層級覆蓋,包括命令列引數
    • 在 managed 層級內,優先順序為:伺服器管理 > MDM/OS 層級政策 > 檔案型(managed-settings.d/*.json + managed-settings.json)> HKCU 登錄(僅限 Windows)。僅使用一個 managed 來源;來源不合併跨層級。在檔案型層級內,放入檔案和基礎檔案會合併在一起。
  2. 命令列引數
    • 特定工作階段的臨時覆蓋。JSON 透過 --settings <file-or-json> 傳遞會與檔案型設定合併,使用與其他層級相同的規則:此處設定的金鑰會覆蓋本機、專案或使用者設定中的相同金鑰,省略金鑰會保留較低層級的值
  3. 本機專案設定.claude/settings.local.json
    • 個人專案特定設定
  4. 共享專案設定.claude/settings.json
    • 原始碼控制中的團隊共享專案設定
  5. 使用者設定~/.claude/settings.json
    • 個人全域設定
此階層確保組織政策始終被強制執行,同時仍允許團隊和個人自訂其體驗。無論您從 CLI、VS Code 擴充功能JetBrains IDE 執行 Claude Code,相同的優先順序都適用。 例如,如果您的使用者設定允許 Bash(npm run *),但專案的共享設定拒絕它,則專案設定優先,命令被阻止。
陣列設定跨範圍合併。 當相同的陣列值設定(例如 sandbox.filesystem.allowWritepermissions.allow)出現在多個範圍中時,陣列會連接和去重,而不是替換。這意味著較低優先順序的範圍可以新增項目而不覆蓋由較高優先順序範圍設定的項目,反之亦然。例如,如果 managed 設定將 allowWrite 設定為 ["/opt/company-tools"],使用者新增 ["~/.kube"],則最終設定中包含兩個路徑。

驗證使用中的設定

在 Claude Code 內執行 /status 以查看哪些設定來源處於使用中以及它們來自何處。輸出顯示每個設定層(managed、使用者、專案)及其來源,例如 Enterprise managed settings (remote)Enterprise managed settings (plist)Enterprise managed settings (HKLM)Enterprise managed settings (HKCU)Enterprise managed settings (file)。如果設定檔案包含錯誤,/status 會報告問題,以便您可以修復它。

設定系統的關鍵要點

  • 記憶檔案(CLAUDE.md:包含 Claude 在啟動時載入的指示和內容
  • 設定檔案(JSON):設定權限、環境變數和工具行為
  • Skills:可以使用 /skill-name 叫用或由 Claude 自動載入的自訂提示
  • MCP servers:使用其他工具和整合擴展 Claude Code
  • 優先順序:較高層級的設定(Managed)覆蓋較低層級的設定(User/Project)
  • 繼承:設定會合併,更具體的設定新增到或覆蓋更廣泛的設定

系統提示

Claude Code 的內部系統提示未發佈。若要新增自訂指示,請使用 CLAUDE.md 檔案或 --append-system-prompt 旗標。

排除敏感檔案

若要防止 Claude Code 存取包含敏感資訊(如 API 金鑰、機密和環境檔案)的檔案,請在您的 .claude/settings.json 檔案中使用 permissions.deny 設定:
{
  "permissions": {
    "deny": [
      "Read(./.env)",
      "Read(./.env.*)",
      "Read(./secrets/**)",
      "Read(./config/credentials.json)",
      "Read(./build)"
    ]
  }
}
這取代了已棄用的 ignorePatterns 設定。符合這些模式的檔案會從檔案發現和搜尋結果中排除,並拒絕對這些檔案的讀取操作。

Subagent 設定

Claude Code 支援可在使用者和專案層級設定的自訂 AI subagents。這些 subagents 儲存為具有 YAML frontmatter 的 Markdown 檔案:
  • 使用者 subagents~/.claude/agents/ - 在所有專案中可用
  • 專案 subagents.claude/agents/ - 特定於您的專案,可與您的團隊共享
Subagent 檔案定義具有自訂提示和工具權限的專門 AI 助手。在 subagents 文件中深入了解建立和使用 subagents。

Plugin 設定

Claude Code 支援 plugin 系統,可讓您使用 skills、agents、hooks 和 MCP servers 擴展功能。Plugins 透過 marketplaces 分發,可以在使用者和儲存庫層級設定。

Plugin 設定

settings.json 中的 plugin 相關設定:
{
  "enabledPlugins": {
    "formatter@acme-tools": true,
    "deployer@acme-tools": true,
    "analyzer@security-plugins": false
  },
  "extraKnownMarketplaces": {
    "acme-tools": {
      "source": {
        "source": "github",
        "repo": "acme-corp/claude-plugins"
      }
    }
  }
}

enabledPlugins

控制啟用哪些 plugins。格式:"plugin-name@marketplace-name": true/false 範圍
  • 使用者設定~/.claude/settings.json):個人 plugin 偏好設定
  • 專案設定.claude/settings.json):與團隊共享的專案特定 plugins
  • 本機設定.claude/settings.local.json):每台機器的覆蓋(未提交)
  • Managed 設定managed-settings.json):組織範圍的政策覆蓋,在所有範圍阻止安裝並從 marketplace 隱藏 plugin
專案設定優先於使用者設定,因此在 ~/.claude/settings.json 中將 plugin 設定為 false 不會停用專案的 .claude/settings.json 啟用的 plugin。若要在您的機器上選擇退出專案啟用的 plugin,請改在 .claude/settings.local.json 中將其設定為 false由 managed 設定強制啟用的 plugins 無法以此方式停用,因為 managed 設定會覆蓋本機設定。
範例
{
  "enabledPlugins": {
    "code-formatter@team-tools": true,
    "deployment-tools@team-tools": true,
    "experimental-features@personal": false
  }
}

extraKnownMarketplaces

定義應為儲存庫提供的其他 marketplaces。通常在儲存庫層級設定中使用,以確保團隊成員有權存取所需的 plugin 來源。 當儲存庫包含 extraKnownMarketplaces
  1. 當團隊成員信任資料夾時,系統會提示他們安裝 marketplace
  2. 然後提示團隊成員從該 marketplace 安裝 plugins
  3. 使用者可以跳過不需要的 marketplaces 或 plugins(儲存在使用者設定中)
  4. 安裝尊重信任邊界並需要明確同意
範例
{
  "extraKnownMarketplaces": {
    "acme-tools": {
      "source": {
        "source": "github",
        "repo": "acme-corp/claude-plugins"
      }
    },
    "security-plugins": {
      "source": {
        "source": "git",
        "url": "https://git.example.com/security/plugins.git"
      }
    }
  }
}
Marketplace 來源類型
  • github:GitHub 儲存庫(使用 repo
  • git:任何 git URL(使用 url
  • directory:本機檔案系統路徑(使用 path,僅用於開發)
  • hostPattern:正規表達式模式以符合 marketplace 主機(使用 hostPattern
  • settings:直接在 settings.json 中宣告的內嵌 marketplace,無需單獨的託管儲存庫(使用 nameplugins
使用 source: 'settings' 宣告一小組 plugins,無需設定託管 marketplace 儲存庫。此處列出的 Plugins 必須參考外部來源,例如 GitHub 或 npm。您仍需要在 enabledPlugins 中分別啟用每個 plugin。
{
  "extraKnownMarketplaces": {
    "team-tools": {
      "source": {
        "source": "settings",
        "name": "team-tools",
        "plugins": [
          {
            "name": "code-formatter",
            "source": {
              "source": "github",
              "repo": "acme-corp/code-formatter"
            }
          }
        ]
      }
    }
  }
}

strictKnownMarketplaces

Managed 設定僅限:控制使用者可以新增和安裝 plugins 的 plugin marketplaces。此設定只能在 managed 設定中設定,並為管理員提供對 marketplace 來源的嚴格控制。 Managed 設定檔案位置
  • macOS/Library/Application Support/ClaudeCode/managed-settings.json
  • Linux 和 WSL/etc/claude-code/managed-settings.json
  • WindowsC:\Program Files\ClaudeCode\managed-settings.json
關鍵特性
  • 僅在 managed 設定(managed-settings.json)中可用
  • 無法被使用者或專案設定覆蓋(最高優先順序)
  • 在網路/檔案系統操作之前強制執行(被阻止的來源永遠不會執行)
  • 對來源規格使用精確匹配(包括 git 來源的 refpath),除了 hostPatternpathPattern,它們使用正規表達式匹配
白名單行為
  • undefined(預設):無限制 - 使用者可以新增任何 marketplace
  • 空陣列 []:完全鎖定 - 使用者無法新增任何新 marketplaces
  • 來源清單:使用者只能新增完全符合的 marketplaces
所有支援的來源類型 白名單支援多種 marketplace 來源類型。大多數來源使用精確匹配,而 hostPatternpathPattern 分別使用正規表達式匹配 marketplace 主機和檔案系統路徑。
  1. GitHub 儲存庫
{ "source": "github", "repo": "acme-corp/approved-plugins" }
{ "source": "github", "repo": "acme-corp/security-tools", "ref": "v2.0" }
{ "source": "github", "repo": "acme-corp/plugins", "ref": "main", "path": "marketplace" }
欄位:repo(必需)、ref(選用:分支/標籤/SHA)、path(選用:子目錄)
  1. Git 儲存庫
{ "source": "git", "url": "https://gitlab.example.com/tools/plugins.git" }
{ "source": "git", "url": "https://bitbucket.org/acme-corp/plugins.git", "ref": "production" }
{ "source": "git", "url": "ssh://git@git.example.com/plugins.git", "ref": "v3.1", "path": "approved" }
欄位:url(必需)、ref(選用:分支/標籤/SHA)、path(選用:子目錄)
  1. 基於 URL 的 marketplaces
{ "source": "url", "url": "https://plugins.example.com/marketplace.json" }
{ "source": "url", "url": "https://cdn.example.com/marketplace.json", "headers": { "Authorization": "Bearer ${TOKEN}" } }
欄位:url(必需)、headers(選用:用於驗證存取的 HTTP 標頭)
基於 URL 的 marketplaces 僅下載 marketplace.json 檔案。它們不從伺服器下載 plugin 檔案。基於 URL 的 marketplaces 中的 Plugins 必須使用外部來源(GitHub、npm 或 git URL),而不是相對路徑。對於具有相對路徑的 plugins,請改用基於 Git 的 marketplace。請參閱疑難排解以了解詳細資訊。
  1. NPM 套件
{ "source": "npm", "package": "@acme-corp/claude-plugins" }
{ "source": "npm", "package": "@acme-corp/approved-marketplace" }
欄位:package(必需,支援範圍套件)
  1. 檔案路徑
{ "source": "file", "path": "/usr/local/share/claude/acme-marketplace.json" }
{ "source": "file", "path": "/opt/acme-corp/plugins/marketplace.json" }
欄位:path(必需:marketplace.json 檔案的絕對路徑)
  1. 目錄路徑
{ "source": "directory", "path": "/usr/local/share/claude/acme-plugins" }
{ "source": "directory", "path": "/opt/acme-corp/approved-marketplaces" }
欄位:path(必需:包含 .claude-plugin/marketplace.json 的目錄的絕對路徑)
  1. 主機模式匹配
{ "source": "hostPattern", "hostPattern": "^github\\.example\\.com$" }
{ "source": "hostPattern", "hostPattern": "^gitlab\\.internal\\.example\\.com$" }
欄位:hostPattern(必需:用於符合 marketplace 主機的正規表達式模式) 當您想允許來自特定主機的所有 marketplaces 而不列舉每個儲存庫時,請使用主機模式匹配。這對於具有內部 GitHub Enterprise 或 GitLab 伺服器的組織很有用,開發人員可以在其中建立自己的 marketplaces。 按來源類型的主機提取:
  • github:始終符合 github.com
  • git:從 URL 提取主機名稱(支援 HTTPS 和 SSH 格式)
  • url:從 URL 提取主機名稱
  • npmfiledirectory:不支援主機模式匹配
  1. 路徑模式匹配
{ "source": "pathPattern", "pathPattern": "^/opt/approved/" }
{ "source": "pathPattern", "pathPattern": ".*" }
欄位:pathPattern(必需:與 filedirectory 來源的 path 欄位相符的正規表達式模式) 使用路徑模式匹配來允許檔案系統型 marketplaces 與網路來源的 hostPattern 限制並行。設定 ".*" 以允許所有本機路徑,或設定更窄的模式以限制到特定目錄。 設定範例 範例:僅允許特定 marketplaces:
{
  "strictKnownMarketplaces": [
    {
      "source": "github",
      "repo": "acme-corp/approved-plugins"
    },
    {
      "source": "github",
      "repo": "acme-corp/security-tools",
      "ref": "v2.0"
    },
    {
      "source": "url",
      "url": "https://plugins.example.com/marketplace.json"
    },
    {
      "source": "npm",
      "package": "@acme-corp/compliance-plugins"
    }
  ]
}
範例 - 停用所有 marketplace 新增:
{
  "strictKnownMarketplaces": []
}
範例:允許來自內部 git 伺服器的所有 marketplaces:
{
  "strictKnownMarketplaces": [
    {
      "source": "hostPattern",
      "hostPattern": "^github\\.example\\.com$"
    }
  ]
}
精確匹配要求 Marketplace 來源必須完全符合才能允許使用者的新增。對於基於 git 的來源(githubgit),這包括所有選用欄位:
  • repourl 必須完全符合
  • ref 欄位必須完全符合(或兩者都未定義)
  • path 欄位必須完全符合(或兩者都未定義)
不符合的來源範例:
// 這些是不同的來源:
{ "source": "github", "repo": "acme-corp/plugins" }
{ "source": "github", "repo": "acme-corp/plugins", "ref": "main" }

// 這些也不同:
{ "source": "github", "repo": "acme-corp/plugins", "path": "marketplace" }
{ "source": "github", "repo": "acme-corp/plugins" }
extraKnownMarketplaces 的比較
方面strictKnownMarketplacesextraKnownMarketplaces
目的組織政策強制執行團隊便利
設定檔案managed-settings.json任何設定檔案
行為阻止非白名單新增自動安裝遺失的 marketplaces
何時強制執行在網路/檔案系統操作之前在使用者信任提示之後
可以被覆蓋否(最高優先順序)是(由較高優先順序設定)
來源格式直接來源物件具有巢狀來源的命名 marketplace
使用案例合規、安全限制上線、標準化
格式差異 strictKnownMarketplaces 使用直接來源物件:
{
  "strictKnownMarketplaces": [
    { "source": "github", "repo": "acme-corp/plugins" }
  ]
}
extraKnownMarketplaces 需要命名 marketplaces:
{
  "extraKnownMarketplaces": {
    "acme-tools": {
      "source": { "source": "github", "repo": "acme-corp/plugins" }
    }
  }
}
同時使用兩者 strictKnownMarketplaces 是政策閘門:它控制使用者可能新增的內容,但不註冊任何 marketplaces。若要同時限制和為所有使用者預先註冊 marketplace,請在 managed-settings.json 中設定兩者:
{
  "strictKnownMarketplaces": [
    { "source": "github", "repo": "acme-corp/plugins" }
  ],
  "extraKnownMarketplaces": {
    "acme-tools": {
      "source": { "source": "github", "repo": "acme-corp/plugins" }
    }
  }
}
僅設定 strictKnownMarketplaces 時,使用者仍可透過 /plugin marketplace add 手動新增允許的 marketplace,但它不會自動提供。 重要注意事項
  • 限制在任何網路請求或檔案系統操作之前檢查
  • 被阻止時,使用者會看到清晰的錯誤訊息,指示來源被 managed 政策阻止
  • 限制在 marketplace 新增和 plugin 安裝、更新、重新整理和自動更新時強制執行。在設定政策之前新增的 marketplace 一旦其來源不再符合白名單,就無法用於安裝或更新 plugins
  • Managed 設定具有最高優先順序,無法被覆蓋
請參閱 Managed marketplace 限制以了解面向使用者的文件。

管理 plugins

使用 /plugin 命令以互動方式管理 plugins:
  • 瀏覽 marketplaces 中的可用 plugins
  • 安裝/解除安裝 plugins
  • 啟用/停用 plugins
  • 檢視 plugin 詳細資訊(提供的 skills、agents、hooks)
  • 新增/移除 marketplaces
plugins 文件中深入了解 plugin 系統。

環境變數

環境變數可讓您控制 Claude Code 行為,而無需編輯設定檔案。任何變數也可以在 settings.json 中的 env 金鑰下設定,以將其應用於每個工作階段或推出到您的團隊。 請參閱環境變數參考以了解完整清單。

Claude 可用的工具

Claude Code 可以存取一組工具,用於讀取、編輯、搜尋、執行命令和協調 subagents。工具名稱是您在權限規則和 hook 匹配器中使用的確切字串。 請參閱工具參考以了解完整清單和 Bash 工具行為詳細資訊。

另請參閱