package control必须手动安装，因其是sublime text插件系统的运行时依赖，第三方“一键安装”或汉化包易破坏生态，导致插件失效、渲染错乱或plugin_host崩溃；安装后须重启编辑器才生效，否则命令报错。
Package Control 必须手动装，别信“一键安装”或“汉化整合包”——它们大概率会破坏插件生态，导致后续所有插件失效、高分屏渲染错乱、甚至 plugin_host 崩溃。
为什么 Package Control 不能跳过手动安装步骤
它不是普通插件，而是 Sublime Text 插件系统的运行时依赖。一旦被第三方脚本暴力 patch 或覆盖，import package_control 就会失败，所有通过它安装的插件都进不了加载队列。
- 控制台执行安装代码后，必须重启编辑器才能生效；不重启，
Ctrl+Shift+P输Package Control: Install Package会报 “command not found” - Windows 用户若复制代码时带了全角空格或 BOM 字符，会直接触发
SyntaxError: invalid non-printable character U+FFFD - macOS 上如果终端里用
curl下载了Package Control.sublime-package手动放进去，但没清掉Cache/Package Control目录，首次调用仍可能卡在“Loading packages…”
SideBarEnhancements 和 GitGutter 能共存吗
能，而且是目前最稳妥的侧边栏 + Git 状态组合。它们不抢快捷键、不修改 Preferences.sublime-settings、也不 hook 同一个事件点。
-
SideBarEnhancements只增强右键菜单（新建/刷新/复制路径），底层用的是 Sublime 原生 APIsublime_plugin.EventListener，不干涉文件系统监听逻辑 -
GitGutter依赖本地git命令行工具，只在视图右侧显示变更标记，不改动侧边栏结构；即使关掉 GitGutter，SideBarEnhancements 的“Refresh Folder”依然可用 - 冲突高发区其实是
FileDiffs或SublimeGit——它们会自己重绘侧边栏或接管右键，和 SideBarEnhancements 显式冲突
Emmet 和 AutoFileName 安装后没反应？检查这三处
这两个插件对语法作用域（scope）敏感，不是装上就自动生效。常见失效原因集中在作用域匹配、触发时机和文件关联上。
-
Emmet：默认只在source.html、source.css、source.sass等 scope 下激活；写 Vue 单文件组件时，得确保.vue文件被识别为text.html.vue，否则Tab补全不触发 -
AutoFileName：依赖selector配置，默认只对source.css、source.scss、source.less生效；想在 JS 里补全路径，需在用户设置里加"auto_filename_selector": "source.js, source.ts" - 两者都受
tab_completion设置影响：如果用户配置里写了"tab_completion": false，Emmet 的Tab补全会彻底静默
插件太多导致启动慢？优先砍掉这些“伪刚需”
真正高频、低干扰、零冲突的核心插件就四个：SideBarEnhancements、GitGutter、Emmet、AutoFileName。其他所谓“必备”多数是功能重叠或启动即加载重型模块。
-
AdvancedNewFile：和SideBarEnhancements的“New File”重复，且每次启动都要扫描整个项目目录树 -
SublimeCodeIntel：基于旧版 Python 解析器，ST4 下兼容性差，常引发plugin_host卡死，已被社区弃用 -
Theme - Soda类主题：纯 UI 层修改，但会强制重绘所有 tab 和 gutter，高分屏下 GPU 占用翻倍
复杂点在于：插件之间没有显式依赖声明，失效往往表现为“某个功能突然不工作”，但你很难定位是哪个插件悄悄覆盖了另一个的 event listener 或 settings key。最稳的做法，是每次只增一个插件，观察控制台（Ctrl+`）是否有 error 或 reloading 日志。
