sublime text 无法真正替代 ide，但可通过配置插件和工具链承担多数开发任务；需用 lsp 补足跨文件跳转、类型检查等能力，构建系统须注意 json 语法与路径规范，调试依赖外部调试器且功能有限。
Sublime Text 不能真正替代 IDE，但它可以承担绝大多数日常开发任务——前提是配置得当、插件选对、工作流理清。IDE 提供的深度语言服务（如跨文件符号跳转、实时类型检查、重构支持）在 Sublime 中需靠外部工具链补足，而非开箱即用。
如何让 Sublime 支持真正的代码跳转和符号索引
默认的 goto_definition 只能查当前文件或简单 import，无法跨项目解析。必须引入语言服务器或静态分析工具：
- Python 项目推荐
sublimelinter-pylsp+pylsp（非python-language-server，后者已归档），配合sublime-lsp插件启用 LSP 协议 - JavaScript/TypeScript 必须安装
typescript-language-server并在LSP.sublime-settings中显式配置command路径，否则Ctrl+Click会失败 - Go 项目不能只装
GoSublime，它已停止维护；应改用gopls+LSP，且需确保GOROOT和GOBIN在 Sublime 的环境变量中生效（常被忽略，导致no workspace found错误）
构建系统怎么配才不踩坑
Sublime 的 build_systems 是纯 JSON 配置，没有 IDE 那种图形化构建配置界面，出错时只报 invalid syntax 或静默失败：
- 路径含空格时，
cmd数组中每个参数必须单独成字符串，不能合并写成"node ./script.js"，否则 shell 解析失败 - Windows 下调用 PowerShell 脚本要显式写
["powershell", "-ExecutionPolicy", "Bypass", "-File", "build.ps1"]，缺-ExecutionPolicy会被策略拦截 - 想复用终端历史命令（比如
npm run dev），别用shell: true—— 它会绕过用户 shell 配置（如 nvm、pyenv），应改用target: "exec"+ 完整绝对路径调用解释器
调试功能到底能不能用
Sublime 原生无调试器，所谓“调试”实际是靠插件桥接外部调试器，体验断点、变量查看都依赖后端协议兼容性：
- Python 调试推荐
SublimeDebug+debugpy，但必须手动在代码中插入import debugpy; debugpy.listen(5678)，且启动调试前要先运行服务端，否则Connection refused - Node.js 可用
sublime-js-debug，但它要求 Node ≥ v14.18，低于此版本会卡在waiting for target；同时需关闭 Chrome 的远程调试端口占用（--remote-debugging-port=9222冲突） - 所有调试插件都不支持条件断点和内存视图，遇到复杂逻辑还是得切到 VS Code 或 JetBrains 工具
真正决定 Sublime 能否“替代 IDE”的，不是插件数量，而是你愿不愿意为每个语言栈单独搭一套稳定工具链，并接受部分功能永远缺失。一旦项目引入 monorepo、自定义 DSL 或私有构建流程，配置成本会指数上升。
