sublime text不支持命令行静默安装插件，package control无cli工具，所有安装必须在编辑器内完成；手动复制文件到正确目录并重启是唯一可靠离线部署方式。
Sublime Text 本身不提供命令行静默下载或部署插件的能力 —— Package Control 没有 CLI 工具，所有“安装”动作都必须在编辑器进程内完成。 试图用 curl + mv 直接丢文件进 Installed Packages/ 或 Packages/ 目录，不触发加载逻辑，插件不会生效；而所谓“静默安装脚本”，在 ST4 中基本不可靠，容易卡在证书验证、仓库解析或 Python 版本兼容上。
Package Control 的 install_package_command 不支持命令行调用
很多人误以为 subl --command "package_control_install_package {'package': 'Emmet'}" 能起作用，但它会报错：Unknown command: package_control_install_package。原因很直接：Package Control 的安装逻辑（位于 package_control/commands/install_package_command.py）只响应命令面板触发，依赖完整的 UI 环境和异步仓库加载机制，无法被 Sublime 的 --command 参数调用。
- ST 启动时若未加载 Package Control，
--command根本看不到它的任何命令 - 即使已加载，
install_package_command是交互式类，不接受参数传入包名，也不暴露同步安装接口 - 强行用 Python 控制台执行
sublime.run_command("package_control_install_package")仍会弹出 UI 面板，无法“静默”
真正能离线批量部署的只有手动放文件 + 配置预置
如果你控制多台机器（比如 CI 构建机或新员工 Mac），唯一稳定的方式是：提前准备好插件文件 + 配置文件，用 shell 脚本复制到对应路径，再确保 Sublime 启动时不忽略它们。
-
Installed Packages/下放Package Control.sublime-package（必须是 180–220 KB 的完整文件，小于 100 KB 说明下载被截断） -
Packages/下放解压后的插件文件夹（如Emmet/），名字必须和官方一致、大小写敏感 - 检查用户设置中没有
"ignored_packages": ["Emmet"]这类禁用项 - Mac 上注意权限：如果用
sudo cp放文件，要chown -R $USER回去，否则 ST 启动后读不到
为什么 curl + echo 配置文件也常失败
网上流传的“一键安装脚本”往往包含类似这样的操作：
curl -fsSL https://example.com/pc-install.py | python3
它在 ST4 上大概率失效，因为：
- ST4 内置 Python 是 3.8+，但脚本可能含
urllib2或旧版 SSL 逻辑，抛URLError: <urlopen error certificate_verify_failed></urlopen> - 脚本写死
sublime.installed_packages_path()路径，但实际路径因 ST 版本（ST3/ST4）、系统（macOS/Linux）、用户目录而异，得先用subl --command "exec" --args "print(sublime.installed_packages_path())"才能取到，而这个命令本身又不返回 stdout 给 shell - 即使路径对了，
open(..., 'wb')写入后不重启 ST，插件不会加载 —— 没有“热部署”机制
最省事的批量部署方式，其实是把整个 Packages/ 和 Installed Packages/ 打包，配合一个校验脚本确认目标机器上路径存在、文件大小匹配、ignored_packages 为空。别指望靠一行命令搞定所有事情 —— Sublime 的插件加载是设计成 GUI 优先的，命令行只是旁路，不是正路。
