在 AI 编程工具语境下，Disable 指用户主动关闭工具中某项默认开启的功能——如自动压缩上下文、AI 辅助、后台守护进程或大上下文模式——以换取更可控的行为、更低的 Token 开销或更安静的工作环境。随着 AI 功能大量预置为默认开启，如何「关掉不想要的部分」正成为开发者社区讨论的高频话题。
Zed 的 disable_ai 设置
Zed 编辑器在社交平台宣布推出 disable_ai 设置，可一键关闭编辑器内全部 AI 功能，回应了部分开发者「只想要一个干净编辑器」的诉求。这是主流开发工具中少见的整体式关闭入口——多数工具的 AI 能力分散在补全、聊天、代理等多个开关里，逐项禁用成本较高。
Claude Code 的开关与阈值控制
Claude Code 近几个版本密集新增与禁用相关的选项：v2.1.299 引入空闲压缩开关与文件提及开关（v2.1.299 发布说明），v2.1.300 则加入 /advisor 命令与缓存写入双档统计（v2.1.300 发布说明）。社区侧，宝玉建议用 /autocompact 将上下文长度限制在 300-400K（相关讨论），并提到可通过禁用 1M 上下文来节省 Token 开销（相关讨论）。
Codex CLI 的守护进程争议
新版 Codex CLI 默认启动后台守护进程，导致长任务会被自动更新打断，引发开发者对「默认开启且不易关闭」设计的不满（相关讨论）。这类争议的共同点是：厂商倾向于把新能力设为默认，而受影响的是长时运行、对稳定性敏感的重度用户，Disable 能力因此从边缘设置变成了刚需。
当前焦点与观察点
目前的讨论集中在三点：一是默认开启的 AI/自动化功能是否应提供清晰、可发现的关闭入口；二是禁用某项功能（如自动压缩或大上下文）与成本、效果之间的权衡，用户需要更明确的指导值；三是整体关闭（如 Zed 的做法）与细粒度开关（如 Claude Code 逐项配置）两种路线哪种更可持续。对企业用户而言，能否集中管控这些开关也可能影响工具选型。