sublime text 不支持真正的一键静默安装插件，唯一可靠方式是手动将插件文件复制到对应系统的 packages 目录；package control 无 cli 接口或 api 支持自动安装，所有尝试绕过 ui 确认的方法均无效或已废弃。
Sublime Text 本身不支持“一键安装插件”这种无交互、全自动的流程——它的插件系统依赖 Package Control 的交互式 UI 或手动文件操作，没有官方暴露的 CLI 接口或静默安装 API。
Package Control install_package 命令无法跳过确认
很多人尝试用 subl --command "package_control_install_package {"name": "GitGutter"}" 这类命令触发安装，但实际执行时仍会弹出确认对话框，且该命令在 Sublime Text 4 中已被移除（install_package 不再是有效命令）。Package Control 的安装逻辑始终绑定 UI 层，底层未提供 bypass 确认的开关。
- Sublime Text 启动后才能加载 Package Control，所以提前写入配置文件（如
Package Control.sublime-settings）不会自动触发安装 -
ignored_packages和installed_packages是只读状态，写入installed_packages列表不会让插件生效，也不会触发下载或解压 - 即使模拟用户点击（如用 AutoHotkey 或 AppleScript），也受限于跨平台、窗口焦点、UI 变化等不稳定因素
手动复制插件目录是唯一可靠“静默”方式
如果你控制部署环境（比如公司内部统一镜像或 CI 构建机），可直接把插件解压后放入 Packages/ 目录。Sublime Text 启动时会自动识别并加载，无需任何交互。
- 插件源码需放在
Packages/PluginName/（纯 Python 插件）或Packages/PluginName/PluginName.sublime-package（打包格式） - 注意路径大小写：Windows 不敏感，macOS/Linux 敏感；
Packages目录位置因系统而异：~/Library/Application Support/Sublime Text/Packages（macOS）、%APPDATA%\Sublime Text\Packages（Windows）、~/.config/sublime-text/Packages（Linux） - 部分插件依赖额外二进制（如
GitGutter调用git）、或需要首次运行时生成配置文件，这类插件即使复制过去，首次启动仍可能弹窗提示初始化
为什么不能用脚本调用 Package Control 的 Python API？
Package Control 的核心逻辑在 package_control.py 里，但它被设计为仅响应 Sublime 的 event loop 和 command 调用，所有安装函数（如 installer.install_package）都依赖 sublime.active_window() 和 UI 组件，脱离宿主进程就无法运行。
- 你无法在外部 Python 解释器中 import 它——缺少
sublime模块，该模块是 Sublime 自己注入的 C 扩展 - 即使 hook 进 Sublime 的 Python 控制台（通过
subl -w+ 延迟执行），也无法绕过权限校验和用户确认环节 - 社区曾有 fork 尝试剥离 UI 层，但维护成本高、兼容性差，Sublime Text 4 更新后基本全部失效
真正能落地的“一键”，其实是封装一个带路径判断 + 目录复制 + 配置写入的 shell/batch 脚本，然后提醒用户重启 Sublime。别指望它能绕过 Package Control 的设计哲学——它从一开始就没打算让你自动化安装。
