sublime text 极简开发环境只需 package control + 1–2 个核心插件 + 正确配置 python3 绝对路径；需用 which python3（macos/linux）或 where python（windows）获取路径，构建系统须用绝对路径并加 -u 参数，lsp-pyright 非必需，emmet 和自动保存建议关闭以避免冲突。
Sublime Text 本身不臃肿，臃肿的是你装的插件和没删干净的构建配置。真正极简的 Python/前端开发环境，只需要 Package Control + 1–2 个核心插件 + 手动配好 python3 路径，其余全是干扰项。
怎么确认本地 python3 真实路径？别信 which python
很多人的构建系统报错 command not found: python 或静默失败，根源是 Sublime 没法继承 shell 的 PATH，它只认绝对路径。
- macOS/Linux：在终端运行
which python3，不是python—— macOS 自带的python是 Python 2.7，已被弃用 - Windows：用
where python（不是where python3），结果通常是C:\Users\XXX\AppData\Local\Programs\Python\Python311\python.exe这类带版本号的路径 - 虚拟环境用户：必须用
venv/bin/python（macOS/Linux）或venv\Scripts\python.exe（Windows），不能只写venv/bin
Build System 怎么写才不崩？关键就两个字段
新建 Python3.sublime-build 文件（路径：Preferences > Browse Packages > User），内容只需两行：
{
"shell_cmd": "/usr/local/bin/python3 -u \"$file\"",
"file_regex": "^[ ]*File \"(...*?)\", line ([0-9]*)"
}
-
shell_cmd必须填绝对路径，-u参数强制未缓冲输出，否则 print() 不实时刷新 -
file_regex保留原样即可，它让错误跳转生效；删了就只能看报错文本，没法双击定位 - 别加
working_dir字段——Sublime 默认用当前文件所在目录，硬指定反而容易因路径空格或中文出错
LSP-Pyright 要不要装？取决于你写什么
如果你只写脚本、小工具、自动化任务，LSP-Pyright 是重武器，启动慢、内存吃 300MB+，且对单文件无 import 的代码几乎没提升。
- 需要它的情况：
import pandas as pd后能补全pd.read_、悬停看类型、跳转到第三方包源码 - 不需要它的情况：写爬虫、写 CLI 工具、跑 Jupyter Notebook 导出的 .py —— 直接用
SublimeLinter-flake8检语法就够了 - 装了又后悔？卸载后务必删掉
Preferences > Package Settings > LSP > Settings里的残留 JSON，否则 Sublime 启动时仍会尝试连接语言服务器
Emmet 和自动保存，为什么建议关掉？
Emmet 在 HTML/CSS 里确实快，但它默认绑定 Tab 键，和 Sublime 原生缩进、多光标编辑冲突，尤其写 Python 时按 Tab 插入 div 标签就灾难了。
- 解决方案：进
Preferences > Package Settings > Emmet > Settings，把"tab_key_promotes": false，再加一条"syntax_scopes": {"html": ["text.html.basic"], "css": ["source.css"]} - 自动保存（
save_on_focus_lost）看着省事，但配合 Git stash / checkout 时容易丢未提交修改——Sublime 不像 VS Code 有工作区暂存机制 - 真要“沉浸”，关掉所有通知弹窗：
Preferences > Settings里加"show_errors_inline": false和"animate_opening": false
极简不是功能少，而是每个开关都清楚它在做什么。比如 python3 路径错了，整个构建就废；Tab 键被 Emmet 劫持，写 Python 就卡顿；LSP 开着却没配 python.pythonPath，它就在后台空转吃 CPU。这些细节不显眼，但决定你能不能真的“沉浸”。
