必须安装fsharp-sublime语法包、设语法为F#、配置selector为source.fsharp的dotnet fsi构建系统：装包认准作者，检查extensions含"fs""fsx"；构建系统用shell_cmd（macOS/Linux）或cmd（Windows），file_regex匹配F#错误格式，且fsharpi已废弃，仅dotnet fsi可用。
Sublime Text 本身不识别 .fs 和 .fsx 文件，装完插件却仍是 Plain Text、Ctrl+B 按了没反应、错误行点不了——不是你代码写错了，是编辑器根本没“认出”这是 F#。必须同时满足三件事：装对语法包、设对语法名、配对构建系统，缺一不可。
怎么让 .fs 和 .fsx 文件一打开就有高亮
右下角显示 “Plain Text” 就是典型信号，说明语法定义压根没加载。关键不是搜到“FSharp”就装，而是必须锁定作者和行为：
- 用
Ctrl+Shift+P（Win/Linux）或Cmd+Shift+P（macOS）调出命令面板，输入Install Package回车 - 搜索
FSharp，只安装作者明确为fsharp-sublime的那个包——FSharpSyntax或带OCaml字样的泛用包会劫持.fs后缀，导致关键字变色错乱、缩进崩溃 - 安装后打开任意
.fs文件，点击右下角语法名 → 手动选F#；或直接按Ctrl+Shift+P输入Set Syntax: F# - 若仍不生效，进
Preferences → Package Settings → FSharp → Settings，确认"extensions"数组里有"fs"和"fsx"（注意是复数extensions，不是单数）
为什么 Ctrl+B 运行 .fsx 报 dotnet not found 或空白输出
这不是 PATH 没配好，而是 Sublime 构建系统默认不继承 shell 环境变量——即使终端里 dotnet fsi --version 能跑，Sublime 也看不见它。
- 先在终端执行
dotnet --version，必须 ≥ 6.0；再运行dotnet fsi --version确保交互式环境可用（fsharpi已彻底废弃，任何含它的配置都会失败） - Windows 用户：建议从终端启动 Sublime（比如
subl），否则开始菜单启动时读不到 PowerShell 的 PATH；若用 Git Bash/MSYS2，需在构建系统里把shell_cmd改成bash -c "dotnet fsi "$file"" - macOS/Linux 用户：检查
which dotnet是否有输出；没有就补export PATH="$HOME/.dotnet:$PATH"到~/.zshrc或~/.bash_profile，然后source一下 - 实在不行，在构建系统里硬写绝对路径：
"cmd": ["C:\Program Files\dotnet\dotnet.exe", "fsi", "$file"]（Windows）或"shell_cmd": "/usr/local/share/dotnet/dotnet fsi "$file""（macOS）
构建系统怎么写才支持双击跳转错误行
file_regex 不匹配 F# 实际报错格式，就等于白配——点击错误信息不会跳到对应位置。F# 错误典型格式是 test.fsx(5,12–5,18)，即文件名 + 括号内“起始行,起始列–结束行,结束列”。
- Windows 构建系统用
"cmd"字段："file_regex": "^(.*?):([0-9]+):([0-9]+)-([0-9]+):([0-9]+)" - macOS/Linux 必须用
"shell_cmd"字段，否则含空格路径会崩；file_regex同上 -
"selector"必须是"source.fsharp"（不是source.fs或空值），否则 Sublime 不会在你打开.fsx时自动激活该构建系统 - 完整示例（macOS/Linux）：
{ "shell_cmd": "dotnet fsi "$file"", "file_regex": "^(.*?):([0-9]+):([0-9]+)-([0-9]+):([0-9]+)", "working_dir": "$file_path", "selector": "source.fsharp" }
为什么不能用 fsharpi，必须用 dotnet fsi
fsharpi 在 .NET 6+ 中已彻底移除，任何还写 fsharpi "$file" 的构建配置都会失败，错误信息如 The term 'fsharpi' is not recognized 或 command not found——这不是路径问题，是工具链本身淘汰了。
-
dotnet fsi是当前唯一受支持的交互式执行方式，能正确加载#r引用、处理#load、兼容 F# 6+ 特性（如无分号推断、管道运算符） - Windows 用户注意：PowerShell 默认执行策略可能阻止
dotnet fsi，临时绕过可用Set-ExecutionPolicy RemoteSigned -Scope CurrentUser - 构建系统必须区分平台：
cmd字段仅用于 Windows，shell_cmd字段用于 macOS/Linux；混用会导致空格路径崩、构建无输出
最常被忽略的是 selector 值必须为 source.fsharp，而不是 source.fs 或留空——这个字段决定了 Sublime 在什么语法上下文里启用你的构建系统，错一个字符，Ctrl+B 就永远静默。
