sublime text 不能运行 swift 程序，因其无内置编译器，需手动配置绝对路径的 swift/swiftc、设 "shell": true 展开变量、匹配 swift cli 错误格式的 file_regex，并确保 xcode 许可已接受。
Sublime Text 不能运行 Swift 程序，它连 swiftc 都不认识，更不会自动调用系统工具链——所谓“配置”，只是手动告诉它：去哪找 swift 或 swiftc、怎么传参、怎么解析错误行号。
为什么 Build 总报 command not found: swift
GUI 启动的 Sublime 不读 ~/.zshrc 或 ~/.bash_profile，即使终端里 swift --version 能跑，Sublime 也大概率找不到命令。这不是插件问题，是 macOS 环境变量隔离机制导致的。
- 在终端执行
which swift，拿到绝对路径（常见如：/usr/bin/swift、/opt/homebrew/bin/swift、/Library/Developer/Toolchains/swift-5.9-RELEASE.xctoolchain/usr/bin/swift） - 别信网上“设
shell: true就能继承环境”的说法——它在 macOS 上极不可靠 - 如果只装了 Xcode 没点过“同意许可协议”，
swiftc会静默失败；先在终端跑一次xcodebuild -runFirstLaunch
怎么写一个真正能跑的 Swift.sublime-build
单文件脚本场景下，最简且稳定的方式是直接解释执行（要求 Swift ≥ 5.9），但必须匹配错误格式才能双击跳转。
-
"cmd": ["/opt/homebrew/bin/swift", "$file"]—— 必须写死路径，不能只写"swift" -
"file_regex": "^([^:]*):([0-9]+):([0-9]+): (?:error|warning|note): (.*)$"—— 不匹配 Swift CLI 实际输出，双击错误就失效 -
"shell": true必须设为true，否则$file、$file_path这类变量不展开 -
"working_dir": "$file_path"—— 确保相对路径导入（如import Foundation）能正确解析 SDK
用 swift 还是 swiftc？区别在哪
二者用途完全不同，选错就白配：
-
swift $file是解释执行，适合无 import 或仅用标准库的脚本；含import Foundation时需额外加-sdk $(xcrun --show-sdk-path)，否则报no such module 'Foundation' -
swiftc $file -o $file_base_name是编译成二进制，支持完整模块导入，但生成文件默认无执行权限——macOS/Linux 会报permission denied - 若要一键编译+运行，cmd 得写成：
["bash", "-c", "swiftc '$file' -o '${file_path}/${file_base_name}' && chmod +x '${file_path}/${file_base_name}' && '${file_path}/${file_base_name}'"]
最容易被忽略的是 file_regex 和 path 字段的精确匹配——Swift 编译器输出格式稍有变动（比如多一个空格或换行），双击错误就跳不到对应行；而 path 字段在某些构建系统变体中必须显式声明，否则即使 cmd 里写了绝对路径，swiftc 仍可能找不到 SDK 或链接器。
