禁用插件仅停用不删除，文件保留在~/.atom/packages；真正卸载须用apm uninstall并手动清理config.cson和storage残留。
禁用插件只需点一下开关，但别误以为删掉了
禁用（Disable）只是让插件不加载、不运行，文件仍完整保留在 ~/.atom/packages/ 目录下。重启 Atom 后它还在 Packages 列表里，只是灰显状态。
适合临时排查冲突，比如 script 和 ink 同时启用导致终端卡死；也适合换预览插件前停用原生 markdown-preview，避免两者抢快捷键或渲染空白。
- 操作路径：打开 Atom →
Ctrl + ,（Windows/Linux）或Cmd + ,（macOS）→ 左侧选Packages→ 搜索包名 → 点右侧开关按钮 -
apm命令行不支持disable或enable，只有安装/卸载功能 - 禁用后配置会写入
config.cson的core.disabledPackages数组，重装 Atom 或同步配置时可能自动恢复——这不是 bug，是设计如此
真正卸载必须用 apm uninstall，图形界面没按钮
GUI 设置里没有“卸载”按钮，必须走命令行。卸载会删掉整个插件目录，并移除其代码级存在，但不会自动清理配置或缓存。
常见错误是把 apm remove 或 apm delete 当成正确命令，实际只认 uninstall。
- 先确认真实包名：进 Packages 页面 → 点目标插件 → Settings 标签页顶部显示的
name字段（如atom-beautify，不是界面上写的“代码美化”） - 执行：
apm uninstall atom-beautify - 验证是否成功：
apm list --installed输出中不再出现该包名；同时检查~/.atom/packages/下对应文件夹已消失 - 某些插件（如
language-julia）被其他插件强依赖，卸载后可能引发报错，apm不做依赖检查
卸载失败？先关进程、查权限、手动清残留
很多人执行 apm uninstall 报错或目录还在，基本逃不开三类卡点。
-
EACCES权限错误：macOS/Linux 下用户无权写~/.atom/packages，可临时加sudo apm uninstall xxx；更安全做法是修复所有权：sudo chown -R $USER ~/.atom - 插件正被 Atom 进程占用：必须关掉所有 Atom 窗口（包括后台），macOS 补一句
killall Atom，Windows 在任务管理器结束全部atom.exe - 网络或 registry 故障导致卡住：可手动删包——进
~/.atom/packages/直接删文件夹，再打开config.cson，删掉core.disabledPackages数组里对应项（否则下次启动仍尝试加载）
卸载完还得手动清理 config.cson 和 storage
apm uninstall 只删代码，不碰配置和运行时状态。残留项会导致重装后异常、Settings View 打不开、甚至启动报错。
最容易被忽略的是 ~/.atom/storage/ 里的 LevelDB 数据——哪怕插件已删，Atom 启动时仍可能尝试读取旧 session，造成面板错位或 UI 加载失败。
- 打开
~/.atom/config.cson，搜索插件名，删掉core.disabledPackages数组中的对应项，以及插件专属配置块（如atom-beautify:开头的整段） - 删运行时数据：
rm -rf ~/.atom/storage/*（Linux/macOS）；Windows 可进* %USERPROFILE%\.atom\storage\手动搜删 - 若想一劳永逸，重装前建议连同
~/.atom/.apm和~/.atom/compile-cache一起清空，避免缓存污染
