sublime text 原生不支持窗口置顶，因设计哲学强调轻量与跨平台一致性，窗口管理交由系统处理；唯一稳定方案是使用 transparency 插件并配置 "enable_topmost": true 且 "topmost_on_focus": false。
Sublime Text 原生不支持窗口置顶，任何在 Preferences.sublime-settings 或 Window.sublime-settings 里手动加 always_on_top、stay_on_top 等字段的操作，都会被忽略或导致配置解析失败。
为什么改 Settings 文件无效？
Sublime Text 的设计哲学是轻量与跨平台一致，窗口层级管理完全交由操作系统处理。它没有预留相关 API 或配置入口——你搜遍所有默认设置文件，都找不到 always_on_top 这个键。所谓“改配置实现置顶”，本质是混淆了 VS Code 或其他编辑器的行为。
- 写入
"always_on_top": true后重启，窗口毫无反应 - 部分老教程让你改
Default (Windows).sublime-keymap绑快捷键，实际无任何事件响应 - Sublime Text 4.4+ 启用 OpenGL 渲染后，窗口类名（如
PX_WINDOW_CLASS）动态变化，依赖类名的脚本极易失联
Transparency 插件怎么配才真正稳？
目前唯一兼容 ST4.4+、持续维护、且对 Windows/macOS 都有效的方案，是 Transparency 插件的 enable_topmost 机制。但它不是开箱即用，关键在两处协同：
- 安装后进入
Preferences → Package Settings → Transparency → Settings – User，写入：{ "enable_topmost": true, "topmost_on_focus": false } -
topmost_on_focus必须为false：设成true会导致你 Alt+Tab 切走再切回时，Sublime 强行抢焦点并跳到最前，打断正常多任务流 - 若不需要透明效果，额外加
"opacity": 1.0避免视觉干扰 - 必须重启 Sublime Text 才生效——仅重载插件或刷新设置不够
AutoHotkey 脚本为什么比系统工具更可靠？
Windows 用户首选 AutoHotkey（v2），不是因为它“高级”，而是它绕开了标题匹配这个最大雷区：
- 脚本内容只需三行：
^t:: ; Ctrl+T 切换当前窗口置顶状态<br>WinSet, AlwaysOnTop, Toggle, A<br>return
-
A表示“活动窗口”，无需硬编码窗口标题（如"Sublime Text 4"），避免因项目名、未保存文件名、版本号差异导致匹配失败 - 对比
wmctrl或nircmd win settopmost title "Sublime Text"：后者在高 DPI、多显示器缩放、或 Sublime 新建无标题窗口时大概率失效 - 脚本双击即运行，无后台进程，不占资源，还能复用于其他应用
macOS 和 Linux 上的真·置顶难点在哪？
macOS 原生不开放窗口层级控制权限，osascript -e 'set frontmost to true' 只能激活并前置，不能锁住层级；Linux 下 wmctrl -r "Sublime" -b add,above 依赖窗口管理器支持，GNOME 42+ 已移除该行为，KDE Plasma 则需手动开启“允许应用覆盖窗口”选项。
真正稳定的 macOS 方案必须组合辅助功能授权 + 第三方窗口管理器（如 Slate 或 Rectangle Pro），而首次运行 osascript 触发浮窗时，系统弹窗必须手动勾选权限，否则命令静默失败——这点常被忽略，导致脚本看似运行却无效果。
