sublime text无法随启动自动打开终端，因其无内置终端进程管理能力；所谓“启动即开”需依赖terminal或terminus插件手动触发或事件监听实现，但易受路径、权限、shell初始化等问题影响，手动快捷键（如ctrl+shift+t）更稳定可靠。
Sublime Text 本身不支持“随软件启动就自动打开终端”——它不是 IDE，没有内置终端进程管理能力；所谓“启动即开终端”，本质是手动触发或靠插件在启动后自动执行一次唤起动作，且必须明确选择是唤起系统终端（Terminal 插件）还是嵌入式终端（Terminus）。
Terminal 插件：启动时自动打开系统终端窗口
Terminal 插件默认不会自启终端，但可通过绑定 terminal_open 命令到 Sublime 的 on_load_project 或 on_activated 事件实现近似效果。实际中更可靠的做法是用快捷键手动触发（Ctrl+Shift+T / Cmd+Shift+T），因为自动唤起容易卡在权限、路径未就绪或未保存文件等边界情况上。
- 不建议写 startup hook：Sublime 启动初期
$file_path和project_path可能为空，%CWD%会 fallback 到用户主目录，导致终端开错位置 - 若坚持自动唤起，需在
Packages/User/Default.sublime-commands或自定义 plugin 中监听on_activated，并加if window.folders()判断项目是否已加载 - Windows 上 PowerShell 自启需确保
-NoExit参数存在，否则窗口闪退；macOS 上 Terminal.app 若未授权 Accessibility 权限，会静默失败
Terminus 插件：启动时自动打开底部嵌入式终端 panel
Terminus 支持配置 auto_open，但它只在首次打开对应 panel 时生效，并非真正“随 Sublime 启动就运行”。而且该行为依赖 shell 初始化完成，WSL2 下若 wsl.exe 不在 PATH，或 macOS 没勾选 Accessibility，会直接报错 Failed to start shell。
- 启用方式：编辑
Packages/User/Terminus.sublime-settings，加入"auto_open": true - 但必须同时配
"default_config": "WSL"（或"CMD"/"PowerShell"）和对应shell_configs，否则 fallback 到/bin/sh，不读取你的.zshrc -
auto_open对未保存文件无效：Terminus 默认工作目录是用户主目录，不会自动cd到当前文件夹，得额外加"cwd": "%CWD%"并确保变量解析成功 - 每次重启 Sublime，Terminus panel 里的 shell 进程都会被销毁——它不保持会话，
auto_open只是重开一个新 shell
为什么 Build System 不适合“随启动开终端”
sublime-build 文件只能执行单次命令（如 python -u "$file"），输出完就退出，无法维持交互式 shell 状态。你不能把它当终端用，更没法靠它实现“启动即登录 bash”。
- Build System 的
shell设为true仅表示走系统 shell 解释器，不是开启终端界面 - 即使配了
"cmd": ["bash", "-i"]，Sublime 也不会捕获 stdin/stdout 交互流，只会卡在“等待输入”状态 - 常见错误现象：
sh: -i: unknown option（macOS 默认sh不支持-i）、或输出一堆bash: cannot set terminal process group
真正容易被忽略的点是：所有“终端启动”行为都依赖外部程序调用，Sublime 本身从不托管 shell 进程。自动唤起看似方便，实则放大了路径解析失败、权限缺失、shell 初始化延迟等问题——手动按一次 Ctrl+Shift+T，反而更可控、更可预期。
