跳转到主要内容
设置是改变 Claude Code 行为方式的 JSON 键:它启动时使用的模型、它可以在不询问的情况下运行的内容、它无法读取的文件、它在终端中的外观,以及您的组织强制执行的内容。
要查找特定键,请转到所有设置,其中列出了每个键、设置它的文件、其默认值和示例。
Claude Code 从 JSON 设置文件(如 ~/.claude/settings.json)读取设置。它在几个位置查找它们,它读取设置的文件决定了设置适用于谁。本页涵盖这些文件:将设置放在哪个文件中、如何更改设置并确认它已应用,以及当同一键在多个文件中设置时 Claude Code 使用哪个值。配置权限涵盖 Claude Code 可以在不询问的情况下运行的内容以及如何编写 allow、ask 和 deny 规则。
本页涵盖在您的机器上运行的 Claude Code:终端、VS Code 和 JetBrains 扩展,以及桌面应用,它们都读取相同的设置文件。Claude Code on the web 上的云会话在不同的机器上运行并仅读取其中一些;请参阅云会话中的设置。

设置文件及其影响范围

Claude Code 从四个文件读取设置,组织也可以从 claude.ai 控制台提供托管设置。每个来源都有一个作用域:保存在其中的设置所适用的人员和项目范围,可能是仅限于您、项目中的所有人,或组织中的所有人。 在”文件”列中,~/.claude 是您主目录中的 .claude 文件夹,而单独的 .claude 是项目内的 .claude 文件夹。

比较每个设置文件的作用域

假设您的机器上有三个项目:website/、api/ 和 acme-app/,一位队友有自己的 acme-app/ 克隆,并且您在 acme-app/ 上启动了一个云端会话。 下图显示了当您从这些文件夹启动 Claude Code 时,设置会在哪些文件夹中生效。点击某个设置文件即可查看它覆盖到的文件夹。
  • ~/.claude/settings.json:您机器上的每个项目,而队友的机器上和云端会话中都不会生效
  • acme-app/.claude/settings.json:您的 acme-app/。只有当您将该文件提交到版本控制后,它才会覆盖到队友的克隆和云端会话;在此之前,它只是您磁盘上的一个普通文件,其他人都没有它
  • acme-app/.claude/settings.local.json:仅您的 acme-app/。Claude Code 第一次写入该文件时会将其添加到您的全局 git 排除项中,因此它不会进入您的提交;如果您手动创建该文件,请自行将其添加到 .gitignore
  • 托管设置,无论是 managed-settings.json 文件、MDM 策略,还是来自 claude.ai 控制台的服务器托管设置:您的组织部署到的每台机器上的每个项目,或您使用组织账户登录的每台机器上的每个项目。只有服务器托管设置会覆盖到云端会话

查找或创建设置文件

安装 Claude Code 不会创建任何设置文件。如果您的机器或项目中已经有设置文件,它来自以下来源之一:
  • 托管:由您的组织部署。您无需创建或编辑它。
  • 共享项目:已经使用 Claude Code 的项目可能已提交了该文件。如果没有,请在项目文件夹中的 .claude/settings.json 创建它。
  • 用户和项目本地:您可以自行创建,也可以让 Claude Code 创建。当您第一次在 /config 菜单中更改存储在用户设置中的选项(例如主题)时,它会写入 ~/.claude/settings.json;当您第一次在权限提示上给予常设批准(例如对 Bash 命令选择”Yes, and don’t ask again”)时,它会写入 .claude/settings.local.json。少数 /config 选项(包括 Show tips)会保存到 .claude/settings.local.json,而不是用户文件。
在 Windows 上,~/.claude 表示 %USERPROFILE%\.claude。要将主目录中的文件保存在其他位置,请设置 CLAUDE_CONFIG_DIR;Claude Code 随后会将您的设置、会话历史和插件存储在该位置。
Claude Code 还会保留第五个文件 ~/.claude.json,由它自行写入;您无需编辑它。该文件保存您的账户详细信息、MCP 服务器配置、每个项目的状态(例如信任决定),以及 /config 为您写入的全局配置键。

与团队共享设置

提交 .claude/settings.json,以便克隆仓库的每个人都获得相同的权限、hook 和插件设置。每位队友仍可以在自己的 .claude/settings.local.json 中为自己覆盖它,因此个人例外无需提交。有关完整的团队文件,请参阅团队的共享设置。 您提交的部分内容要等到每位队友信任该文件夹后才会生效,还有少数键永远不会从仓库文件中生效;排查不生效的设置涵盖了这两种情况。

将个人设置保留在仓库之外

要在某个项目中仅为自己更改设置而不影响队友,请将其保存在项目内的 .claude/settings.local.json 中。Claude Code 会在已提交的 .claude/settings.json 之上应用该文件,因此如果团队文件设置了 "model": "claude-sonnet-5" 而您想使用 Opus,请在本地文件中放入 "model": "claude-opus-5-5",这样只有您的会话会发生变化。 Claude Code 也会写入此文件,将其排除在您的提交之外,并且无需信任步骤即可应用其允许规则:
  • Claude Code 也会写入它。 当 Claude 请求运行 Bash 命令的权限而您选择”Yes, and don’t ask again”时,Claude Code 会将该权限批准作为 allow 规则保存在此处。
  • 您无需自行将其加入 gitignore,除非您是手动创建的。 Claude Code 第一次在尚未忽略该文件的 git 仓库中写入它时,会将 **/.claude/settings.local.json 添加到您的全局 git 排除文件中,因此该文件在每个仓库中都不会进入您的提交。当您的全局 git 配置将 core.excludesFile 设置为绝对路径或以 ~ 开头的路径时,该排除文件就是 core.excludesFile;否则为 $XDG_CONFIG_HOME/git/ignore,或在未设置 XDG_CONFIG_HOME 时为 ~/.config/git/ignore。如果您手动创建了该文件且 Claude Code 尚未写入它,请自行将其添加到 .gitignore。
  • 只要文件保持未跟踪状态,其允许规则就无需等待信任。 由于该文件属于您而不属于仓库,Claude Code 会应用其 allow 规则,而无需经过已提交文件所要求的工作区信任步骤。如果该文件被 git 跟踪,信任步骤同样适用于它;请参阅本地设置文件何时需要信任。

Claude Code 在 git 仓库中保存本地文件的位置

当 Claude 请求运行 Bash 命令的权限而您选择”Yes, and don’t ask again”时,Claude Code 会将该批准作为 allow 规则保存在 .claude/settings.local.json 中。如果您在 git 仓库的子目录中启动 Claude Code,它会在仓库根目录读取和写入该文件,并在整个仓库中应用该批准。在 worktree 中,它使用主检出根目录下的文件。 有两条规则对根目录位置加以限定:
  • 文件改为与 .claude/settings.json 放在一起的情况:在 git 仓库之外、仓库根目录是您的主目录时、在 Windows 上,或者仓库根目录或其 .git 或 .claude 条目不归您的用户所有时。
  • 文件中的路径不以仓库根目录为锚点:以 / 开头的权限规则或相对沙箱路径改为以会话的主工作目录为锚点。
在 v2.1.211 之前,Claude Code 将该文件保存在启动目录中。它仍会读取早期版本留在那里的文件,并与根目录文件一同读取;当两者设置了相同的键时,以根目录文件的值为准,而两个文件中的权限规则都会生效。Agent SDK 的 resolveSettings() 辅助函数始终从启动目录读取该文件。 Claude Code 从会话的主工作目录读取共享的 .claude/settings.json,因此要使用提交在仓库根目录的文件,请从那里启动 Claude Code。在您使用 /cd 移动会话后,Claude Code 会改为从新目录读取这两个项目文件,并按相同规则放置本地文件。从您移动到的目录读取它们需要 Claude Code v2.1.246 或更高版本。对于从桌面应用启动的 worktree 会话,请参阅worktree 与主检出共享的内容。

检查组织强制执行的内容

如果您的组织管理 Claude Code,某些设置已由组织为您决定,您在自己的文件中放入的任何内容都无法更改它们。要查看是哪些设置,请运行 /status:Setting sources 行会列出适用于您的托管来源。托管设置在这台机器上 Claude Code 运行的任何位置都会生效;开发人员可以更改的内容介绍了本地管理员权限以及 Claude Code 以外的工具。 托管设置通过托管设置页面上介绍的交付机制送达您,最常见的是: 在 Claude Desktop 应用中于您的机器上运行的 Cowork 会话中,Claude Code 不会从 claude.ai 管理控制台获取服务器托管设置,并且会读取部署到您设备上的策略,除非您组织的 Claude Desktop 配置设置了 requireCoworkFullVmSandbox。策略的生效位置和时间介绍了 Cowork 和云端会话的情况。 如果您是管理员,为组织设置 Claude Code 将引导您选择要强制执行的内容,部署托管设置介绍了交付方式以及如何确认策略已生效。有关 claude.ai 管理控制台中托管设置编辑器可能显示的警告,请参阅配置服务器托管设置。

更改设置

您可以从 /config 菜单、通过编辑设置文件或对一个会话从命令行更改设置。 Claude Code 的系统提示未发布。要给 Claude 常设指令,使用 CLAUDE.md 文件或 --append-system-prompt 标志。

使用 /config 菜单

在 Claude Code 内运行 /config 并打开配置选项卡。它列出了一小组个人选项,如主题、编辑器模式和详细输出,而不是每个设置键。选择一个选项来更改它;Claude Code 为您保存它:
  • 大多数选项:~/.claude/settings.json
  • 一些选项,如显示提示:.claude/settings.local.json
  • 全局配置选项:~/.claude.json
要设置一个选项而不使用菜单,传递 key=value,例如 /config verbose=true。
/config 是终端界面的一部分。VS Code 聊天面板和桌面应用不打开它;通过编辑设置文件或通过这些应用自己的设置在那里更改设置。

编辑设置文件

在您的编辑器中打开您想要的作用域的设置文件并添加或更改键。设置文件是严格的 JSON:// 注释或尾部逗号是语法错误,Claude Code 在下次启动时将文件报告为设置错误。例如,要让 Claude Code 在不询问的情况下运行您的 lint 和测试命令并阻止它读取 .env 文件,将此添加到 ~/.claude/settings.json:
~/.claude/settings.json
permissions 下的每个条目是一个命名工具及其可能做什么的规则;配置权限解释语法。$schema 行指向 Claude Code 设置的已发布 JSON 架构,它在 VS Code、Cursor 和任何其他支持 JSON 架构的编辑器中为您提供自动完成和内联验证。架构可能滞后于最新的 CLI 版本,因此最近记录的键上的验证警告并不意味着您的配置无效。 保存后,在 Claude Code 内运行 /status 以确认文件已加载;确认已加载的内容说明 Setting sources 行显示什么以及如何报告损坏的文件。 有关完整的个人文件、团队文件和组织文件,每个都带有每个键的注释,请参阅示例设置文件。

为一个会话更改设置

要尝试一个值而不保存它,在启动 Claude Code 时设置它。该值适用于该会话,您的设置文件保持原样。您有三种方式做到:
  • --settings:将键作为 JSON 传递,内联或作为文件路径。Claude Code 在您的用户、项目和本地文件上方以及托管设置下方应用它。它可以设置您的用户设置文件可以设置的任何键;它不能设置 Managed 或 Global config 键。
  • 该键的标志:某些键有自己的标志,如 --model 用于 model 和 --effort 用于 effortLevel 和 modelSettings。
  • 环境变量:在运行 claude 之前导出键的配对变量,如 ANTHROPIC_MODEL 用于 model。
每个键在设置参考上的条目列出其每个会话覆盖以及哪个优先,因此检查您想更改的键的条目。 您在会话内运行的命令大多保存您的选择:当您在 /config 中更改设置时,Claude Code 将其写入您的设置文件,/model 将值保存为您新会话的默认值。 如果您在 /model 选择器中按 s,Claude Code 切换模型而不将其保存为您的用户默认值。调整努力级别说明哪些 /effort 选择 Claude Code 保存为您使用的模型的默认值,哪些仅适用于当前会话。 例如,要在 Opus 上启动一个会话而不更改您的默认值:

编辑何时生效

Claude Code 监视您的设置文件并在它们更改时重新加载它们,因此它在运行的会话中应用大多数编辑而不需要重启,包括对 permissions、hooks 和凭证助手(如 apiKeyHelper)的编辑。Claude Code 也在会话中期加载您创建的设置文件,如果其文件夹在会话启动时存在。对于项目的 .claude/ 文件夹,即使您在同一会话中创建文件夹,它也加载文件。 重新加载涵盖用户、项目、本地和托管设置,Claude Code 为每个它检测到的设置文件更改运行 ConfigChange hook,而不是来自 MDM 或 claude.ai 控制台的托管设置。来自 MDM 或 claude.ai 控制台的托管设置按计划而不是保存时到达运行的会话;传递表给出每个来源的。 Claude Code 仅在会话启动时读取某些键一次,因此对其中一个的编辑不会到达运行的会话。也等待重启的管理员端键,如 requiredMinimumVersion,在策略适用的位置和时间下列出。您最可能在会话中期编辑的: 如果您在会话中期移除 permissions.blockReadsOutsideWorkingDirectories,文件工具会在运行的会话中保留该阻止。要解除它,请从设置它的每个设置文件中移除该键,然后重启每个运行中的会话。

确认已加载的内容

在 Claude Code 内运行 /status 以查看哪些设置来源处于活跃状态。状态选项卡包含一个 Setting sources 行,列出 Claude Code 为当前会话加载的每个设置文件,如 User settings 或 Project local settings。当托管设置生效时,托管设置条目在括号中显示它们如何到达您的机器。 该行确认 Claude Code 读取了哪些文件;它不显示哪个文件提供了每个键。要列出 Claude Code 拒绝的条目,运行 claude doctor;对于项目或托管设置设置的模型,启动标头命名设置它的文件。/status 和 /config 在不同选项卡上打开相同的对话框,配置选项卡不是您的 settings.json 内容的视图。

修复损坏的设置文件

如果您拼错 JSON 或将键设置为 Claude Code 不接受的值,Claude Code 在交互式会话启动时告诉您。它显示的内容取决于文件受影响的程度:
  • 设置错误:用户、项目或本地文件有无效的 JSON 或架构拒绝的值。在交互式会话启动时,Claude Code 显示一个对话框,让您在 Claude 的帮助下修复文件、退出,或在不加载这些损坏设置的情况下继续。
  • 设置警告:仅单个条目失败,如格式错误的权限规则或未知的 hook 事件名称。Claude Code 跳过这些值并保持文件的其余部分生效。
  • 托管设置:Claude Code 继续强制执行文件的其余部分。托管设置中的无效条目说明它删除什么以及哪些键回退到更严格的值,直到您修复它们。对于不是有效 JSON 的托管设置文档,请参阅托管设置文档无法解析。
  • 配置错误:~/.claude.json 无法解析。claude -p 运行会退出,您的文件保持不变。请参阅 Configuration error in ~/.claude.json 以恢复较早的副本。Claude Code 将损坏的文件复制到 ~/.claude/backups/.claude.json.corrupted.<timestamp>,并在交互式会话中询问是退出并修复它,还是重置为默认配置。当文件为空且没有可恢复的备份时,Claude Code 以默认设置启动。
在您继续后,运行 /status 以查看受影响的文件,claude doctor 以查看每个错误的详情。 -p 运行不显示对话框。除非托管设置文档无法解析,Claude Code 会跳过损坏的用户、项目或本地文件或其损坏的值,并继续处理其余部分。在忽略某项设置的 -p 运行之后,请从终端运行 claude doctor 以查看它删除了什么。

设置优先级

当同一个键出现在多个位置时,Claude Code 使用设置了该键的最高级别中的值。下面的层级堆栈展示了各个级别,最高级别位于顶部;较高级别中的键会覆盖其下方任何位置的同一个键。 按优先级从高到低排列:
  1. 托管设置:由您的组织部署的设置,通过 managed-settings.json 文件、MDM 策略或来自 claude.ai 控制台的服务器托管设置提供。您自己的设置文件或 --settings 中的任何内容都无法覆盖托管的键,而 --model 等标志只能从您的组织允许的模型中进行选择。托管的 model 只是初始默认值,而非锁定;起锁定作用的是 availableModels 和 deniedModels。当您的组织提供多个托管来源时,托管层级内的优先级规则说明了 Claude Code 从每个来源读取哪些内容。
  2. 命令行:启动 claude 时通过 --settings <file-or-json> 传入的 JSON,仅对该会话有效;请参阅为单个会话更改设置。在此处设置的键会覆盖项目和用户设置文件中的同一个键,而未在此处设置的键则保留这些文件中的值。其他标志(例如 --model)只为会话设置一项内容,不属于此层级堆栈;设置参考中每个键的条目说明了哪些标志会覆盖该键。
  3. 项目本地设置(.claude/settings.local.json):您针对此项目的个人设置。
  4. 共享项目设置(.claude/settings.json):您的团队提交到源代码管理中的设置。
  5. 用户设置(~/.claude/settings.json):适用于所有项目的个人设置。
环境变量不是此层级堆栈中的一个级别。当某个行为同时具有 shell 变量和设置键时,采用哪一个是按每一对单独决定的,而非按级别决定:在 shell 中导出的 ANTHROPIC_MODEL 优先于任何文件中的 model 键,而 ANTHROPIC_DEFAULT_MODEL 仅在没有任何文件设置 model 时才生效。环境变量参考说明了哪些键具有对应的变量,以及 Claude Code 优先读取哪一个。设置文件中的 env 块是一个普通的键,遵循上述级别。 对于少数安全敏感的键,Claude Code 会采用较低级别中更严格的值,而不是托管值;托管设置优先级的例外情况列出了这些键。

列表会合并而非覆盖

当您在多个文件中设置同一个列表键(例如 permissions.allow)时,Claude Code 会合并这些列表而不是只选择其中一个,因此每个文件都可以添加条目,而不会移除其他文件的条目。有四个保存模型列表或按模型条目的键遵循各自的规则:
  • fallbackModel 是一个有序链,其中位置具有意义,因此 Claude Code 会从定义了它的最高优先级文件中获取整个值。
  • modelPicker 保存一个有序的行列表以及一个替换标志,因此 Claude Code 从不合并来自两个来源的行。它从托管设置、--settings 和用户设置中定义了该键的最高级别获取整个值,并忽略项目设置和本地设置中的该键。需要 Claude Code v2.1.242 或更高版本。
  • availableModels:当 Claude Code 应用的托管设置定义了该键时,Claude Code 会原样应用该列表,并忽略您在用户、项目或本地设置中添加的条目,除非嵌入 Claude Code 的应用提供了自己的模型列表;请参阅托管设置优先级的例外情况。在多个托管来源之间,该列表同样不会合并;Claude Code 如何组合托管来源说明了采用哪个来源的列表。在非托管作用域之间,Claude Code 照常合并数组。
  • modelSettings:Claude Code 会逐个模型解析该键,并结合 effortLevel 一起解析。modelSettings 条目说明了对某个模型采用哪个文件中的值。

优先级示例

在 Claude 工作时,Claude Code 会在加载动画下方显示一行提示,例如”Use /config to change your default permission mode (including Plan Mode)“。假设您想关闭这些提示,于是在 ~/.claude/settings.json 中将 spinnerTipsEnabled 设置为 false。下面的每个场景都是可能重新启用这些提示的情况,以及您可以采取的应对措施。

团队设置覆盖个人设置

您团队的 .claude/settings.json 将其设置为 true。Claude Code 使用项目中的值,因为共享项目级别高于用户级别,所以您只会在该项目中看到提示,在其他地方则不会。 您可以恢复自己的值:在该项目的 .claude/settings.local.json 中添加 "spinnerTipsEnabled": false。项目本地级别高于共享项目级别,因此您在该项目中的会话将不再显示提示,而您队友的会话不受影响。

组织设置覆盖一切

您组织的托管设置将其设置为 true。您在用户、项目或本地设置中所做的任何设置都无法关闭提示,--settings 也不行。托管是最高级别。 您无法恢复自己的值。运行 /status 查看采用的是哪个托管来源,如果认为该策略需要更改,请咨询您的管理员。

命令行在单个会话中覆盖您的文件

您使用 claude --settings '{"spinnerTipsEnabled": true}' 启动了会话。命令行级别高于除托管之外的所有文件,因此即使您的文件中设置为 false,该会话仍会显示提示。 您会在下一个会话中恢复自己的值;--settings 仅在一个会话中有效,并且不会写入任何文件。

标志或环境变量设置了同一项内容

某些键具有对应的命令行标志或环境变量,无论该键是由哪个文件设置的,它们都会覆盖设置值:ANTHROPIC_MODEL 会覆盖 model 设置,而 --model 会在一个会话中同时覆盖这两者。 能否恢复您的值取决于具体的键:取消设置该变量或去掉该标志,并查看设置参考中该键的条目以及环境变量参考中该变量所在的行,了解 Claude Code 使用的是哪一个。

排查未生效的设置

当您设置了某个键,但 Claude Code 的行为并未体现该设置时,请先运行 /status 查看它加载了哪些文件,然后在下方找到您遇到的症状。调试您的配置涵盖了更全面的检查,包括干净配置测试。

您设置的值被忽略

可能是其他地方设置了同一个键、该文件无法设置该值,或该文件未被加载:
  • 更高级别设置了该键。 另一个设置文件、--settings 标志或托管来源在高于您的级别设置了该键;层级堆栈说明了具体是哪一个。标志或环境变量也可以自行覆盖该键,这是按键逐一决定的;设置参考中该键的条目说明了 Claude Code 使用哪一个,而 env 条目介绍了托管 env 值与 shell 导出之间的关系。
  • 安全键保持其严格值。 对于少数键,Claude Code 会采用任何文件中的限制性值,因此项目中为 disableClaudeAiConnectors 设置的 true 会保持生效;请参阅托管设置优先级的例外情况。
  • 该文件无法设置该值。 permissions.defaultMode 的值 auto 和 bypassPermissions 在项目或本地设置中不会生效;请改为在用户设置或托管设置中设置它们,或者传入 --permission-mode 以用于单个会话。在 v2.1.257 之前,bypassPermissions 在任何文件中都会生效。 env 块中的遥测导出变量在项目或本地设置中同样不会生效,少数关闭值除外。Claude Code 在 env 中忽略的变量列出了这些变量及相应的值。
  • 该文件已损坏。 无效的 JSON 或被拒绝的值会导致 Claude Code 跳过该文件或该条目;请参阅修复损坏的设置文件。

您在 Claude Code 中所做的更改在新会话中丢失

当您在 Claude Code 内部保存用于新会话的选择时(例如使用 /model 设置默认模型),Claude Code 会将其写入您的用户设置文件 ~/.claude/settings.json。如果您无法写入该文件(例如因为该文件由其他工具生成,或被链接到只读副本),则该更改仅适用于当前会话,在下一个会话中就会消失。请在生成该文件的工具中设置该键,或将该文件替换为您可以写入的文件。 如果您可以写入该文件但更改仍未保留,请检查该更改是否仅针对单个会话,或者是否有更高级别设置了同一个键。对于 model 键,新会话启动时使用的模型与您选择的不同列出了更多原因。

托管更改尚未应用到您这里

托管来源会按照交付方式表中的时间安排应用到正在运行的会话,因此请先重启会话。如果之后 /status 显示的来源与您的管理员更改的来源不同,则说明采用的是优先级更高的来源;Claude Code 如何组合托管来源给出了优先顺序。

已提交的键未对队友生效

有两种情况会导致 .claude/settings.json 中的键无法对所有克隆该仓库的人生效:
  • Claude Code 会忽略仓库文件中的该键。 在设置索引的 Scope 列中查找 User, local, or managed、User or managed、User、Managed 或 Global config。这些键从不通过共享文件生效,但仓库文件仍可关闭其中的少数几个。每个此类条目都会在其 Scope 行中注明这一点。Global config 键仅在 ~/.claude.json 中生效。 在 env 键中,遥测导出变量同样从不通过共享文件生效,少数关闭值除外;请参阅Claude Code 在 env 中忽略的变量。
  • 该键需要等待信任。 permissions.allow 规则、permissions.additionalDirectories、extraKnownMarketplaces 以及大多数 env 值仅在每位队友信任该文件夹之后才会生效。在此之前,他们仍会看到权限提示,也不会从该文件声明的市场获取插件。deny 和 ask 规则会立即生效。

权限规则的组合方式与您的预期不同

  • 您在权限提示中选择了”Yes, and don’t ask again”,但对同一工具仍会收到提示。 该选择会将一条 allow 规则保存到您的本地文件中,而本地文件中的 allow 规则的优先级并不高于项目或托管文件中的 ask 规则;权限规则如何组合解释了其中的顺序。在 VS Code 扩展中,批准卡片允许您选择目标文件,包括项目的共享文件,这会为所有人更改该规则;在 CLI 中,Claude Code 只会写入您的本地文件。
  • 您组织的允许规则仍会与您的规则一起生效。 这是预期行为:Claude Code 会跨作用域合并 permissions.allow,除非您的组织设置了 allowManagedPermissionRulesOnly。

托管设置优先级的例外情况

对于少数值会对会话施加限制的键,Claude Code 会采用来自某个作用域的限制性值,即使该作用域在其他情况下无法覆盖托管设置。在此表中查找该键,即可了解它采用哪个值以及来自何处。 在自身内部运行 Claude Code 并设置了 CLAUDE_CODE_PROVIDER_MANAGED_BY_HOST 的应用也是一种例外情况。Claude Code 会采用该应用的模型配置,而不是所有托管来源中的 model、fallbackModel、modelPicker 和 modelOverrides 键,也不是托管 env 块中的模型选择变量(例如 ANTHROPIC_MODEL 和 ANTHROPIC_DEFAULT_*_MODEL 系列)。除非该应用提供了自己的允许列表,否则 Claude Code 会继续执行托管的 availableModels 允许列表。

云会话中的设置

云会话在云环境中运行在您的存储库的新克隆上,而不是在您的机器上。这改变了哪些设置到达它:
  • 项目中的云端线程:在项目中的云端线程里,无论该项目包含多少个仓库,仓库 .claude/settings.json 中的权限规则、hook 和 env 均不适用。线程从您的仓库中获取哪些内容列出了可改用的方式。
  • 共享项目设置(.claude/settings.json):在项目线程之外只有一个仓库的会话中会被读取,因为该文件是克隆的一部分,且会话在其中启动。将设置提交到该文件中,即可在这些会话中应用。
  • 包含多个仓库的共享项目设置:在 Anthropic 托管的环境中,包含多个仓库的会话会在各克隆的上层目录启动,并且只从每个仓库的 .claude/settings.json 中读取 enabledPlugins 和 extraKnownMarketplaces 这两个键,而不会读取权限规则、hook、env 或其他键。这两个键所声明的市场和插件仍然不会在云端会话中加载。对于自托管环境,请参阅应用哪个仓库的设置。
  • 用户和项目本地设置 (~/.claude/settings.json 和 .claude/settings.local.json):不读取。两者都保持在您的机器上,本地文件不在克隆中。
  • 托管设置:您设备上的 managed-settings.json 文件或 MDM 配置文件不会到达云会话。您组织的服务器管理设置会;表面覆盖列出哪些云会话接收它们。自托管环境也读取其运行器镜像中的托管设置文件。Claude Code 如何组合托管来源说该文件何时适用。
  • /config:在浏览器中的 claude.ai/code 上,它会打开您的 claude.ai Code 或 Claude Code 设置页面,而不是更改某个值。要为云端会话更改设置,请在环境上设置环境变量。在项目线程之外只有一个仓库的会话中,您也可以改为将该键提交到该仓库的 .claude/settings.json。
从您的设置中携带什么列出其余的:CLAUDE.md、skills、MCP 服务器、plugins 和凭证。

接下来是什么