必须安装作者为fsharp-sublime的fsharp包并手动设置语法为f#，再配置selector为source.fsharp的dotnet fsi构建系统；否则右下角显示plain text、ctrl+b无响应、错误行号不可点击。
Sublime Text 默认不识别 .fs 和 .fsx 文件，装了插件但高亮错乱、Ctrl+B 没反应、点不了错误行号——不是你代码写错了，是它根本没“认出”这是 F#。
为什么装了 FSharp 插件还是 Plain Text
常见原因是插件没装对，或被其他语法包劫持后缀。F# 语法识别失败的典型信号是右下角显示 Plain Text，而不是 F#。
- 必须安装作者为
fsharp-sublime的FSharp包（不是FSharpSyntax、OCaml或泛用型语言包） - 安装后打开任意
.fs文件，右下角点击语法名 → 手动选F#；或按Ctrl+Shift+P输入Set Syntax: F# - 若仍不生效，进
Preferences → Package Settings → FSharp → Settings，确认"extensions"数组包含"fs"和"fsx" - Windows 用户若用 Git Bash/MSYS2，可能需额外在用户语法设置中加
"shell": "bash"避免路径解析异常
Ctrl+B 运行 .fsx 报 dotnet not found 或 command not found
这不是 PATH 没配好，而是 Sublime 构建系统默认不继承 shell 环境变量——即使终端里 dotnet fsi --version 能跑，Sublime 也看不见。
- 先在终端确认
dotnet fsi --version输出正常，且 SDK 版本 ≥ 6.0（fsharpi已彻底废弃） - 新建构建系统：
Tools → Build System → New Build System…，贴入以下内容并保存为FSharp.sublime-build：
{
"shell_cmd": "dotnet fsi \"$file\"",
"file_regex": "^(.*?):([0-9]+):([0-9]+):? ?(.*)$",
"working_dir": "$file_path",
"selector": "source.fsharp"
}
-
selector必须是source.fsharp（不是source.fs或空值），否则不会自动激活 - Windows 用户若遇到空格路径执行失败，可改用
cmd字段："cmd": ["dotnet", "fsi", "$file"] - macOS/Linux 用户若用 zsh 且构建无输出，检查是否启用了
NO_COLOR环境变量干扰了dotnet fsi的颜色输出逻辑
如何让 .fs 文件也能一键编译（不只是跑脚本）
.fsx 是脚本，.fs 是模块文件，不能直接用 dotnet fsi 执行；想编译它，得走 dotnet build 流程，不是构建系统能一揽子解决的。
- Sublime 的构建系统只适合单文件快速验证，
.fs文件应放在标准项目结构中：dotnet new classlib -lang F#生成.fsproj后再编辑 - 若硬要在 Sublime 里触发编译，可新建一个
FSharp-Compile.sublime-build，内容为："cmd": ["dotnet", "build", "$project_path"]，但前提是当前窗口已打开含.fsproj的文件夹 - 别试图用
fsc.exe直接编译单个.fs：它不处理依赖顺序，会报error FS0078: Unable to find the file - 错误跳转（点击行号跳转）只在
.fsx中稳定支持；.fs编译错误的file_regex更复杂，且 Sublime 不解析.fsproj依赖图
最易忽略的一点：F# 6+ 的无分号推断、管道运算符等特性，只有 dotnet fsi 能正确解析；任何用旧工具链（如 fsharpi 或手动调 fsc）的配置，都会在语法层面静默失败——不是报错，而是直接跳过高亮或运行逻辑。
