.rkt文件显示“plain text”是因为sublime未识别为racket语法，需手动设置语法为racket并安装官方racket syntax包；构建失败主因是path未注入或file_regex不匹配错误格式；字符串内代码不高亮源于语法不支持嵌套scope。
为什么.rkt文件打开还是Plain Text？
这不是插件没装，是Sublime根本没把文件识别为Racket代码。右下角显示“Plain Text”，说明source.racket这个语法作用域完全没加载——后续所有高亮、括号匹配、构建触发都会失效。
- 按
Ctrl+Shift+P（Win/Linux）或Cmd+Shift+P（macOS），输入Set Syntax: Racket回车；如果列表里没有，说明没装官方Racket Syntax包（别装R-Box或Scheme Complete，它们会劫持.rkt后缀） - 装完后打开任意
test.rkt，确认右下角显示“Racket”——只有这时selector才真正匹配source.racket - 菜单
View → Syntax → Open all with current extension as…，选“Racket”；再编辑该语法配置，在{"extensions": ["rkt"]}里补上"scm"和"ss"
Ctrl+B报错command not found: racket怎么办？
Sublime不继承你终端里的PATH，哪怕racket -v在终端能跑，Sublime仍可能找不到它。关键不是“有没有racket”，而是“Sublime能不能定位到它”。
- 先在系统终端（不是Sublime内置终端）执行
racket -v，有输出才继续；Windows安装时务必勾选“Add to PATH” - macOS/Linux用户用
which racket查路径（如/usr/local/bin/racket），在构建系统中通过"path"字段注入："path": "/usr/local/bin:$PATH" - Windows用户直接用绝对路径避开空格陷阱：
"cmd": ["C:\Program Files\Racket\racket.exe", "$file"]（注意双反斜杠） - 别设
"shell": true：Windows上窗口一闪而过，macOS上可能破坏UTF-8输出；真要shell，改用"cmd": ["sh", "-c", "racket "$file""]
构建系统怎么写才真正可用？
默认{"cmd": ["racket", "$file"]}跨平台不稳，且错误无法点击跳转。三个字段必须对齐：当前文件的语法scope、可执行路径、错误格式解析。
-
"selector": "source.racket"必须和右下角显示的语言名一致；如果显示“Scheme”，就得改成source.scheme -
"file_regex": "^(.*?):([0-9]+):([0-9]+): (.*)$"是Racket默认报错格式的正则，漏了它，错误就只能看不能点 -
"encoding": "utf-8"必须显式声明，否则中文输出乱码（尤其在Windows上） - 完整示例（macOS/Linux）：
{ "cmd": ["racket", "$file"], "selector": "source.racket", "file_regex": "^(.*?):([0-9]+):([0-9]+): (.*)$", "encoding": "utf-8", "path": "/usr/local/bin:$PATH" }
混编场景下字符串内代码不高亮怎么办？
Racket里写(js-string "console.log(1)")，或者Smalltalk里拼JSON，这些字符串内容不会自动触发JS/JSON高亮——因为Sublime语法解析是单层的，source.racket下的字符串仍是string.quoted.double.racket，不是嵌套的source.js。
- 用
Ctrl+Shift+P → Inspect Scope看光标处实际scope链；如果显示string.quoted.double.racket而不是source.js，就说明没嵌套，主题根本不会渲染JS关键字色 - 原生语法包几乎都不支持嵌套scope推导，想实现得靠插件如
ApplySyntax，并配合自定义规则（比如匹配js-string后启用JS子解析） - 更轻量的做法：接受这种限制，把逻辑拆到独立文件，或用注释标注意图，避免在字符串里塞大量可执行代码
file_regex是否与当前Racket版本的错误输出格式完全匹配——少一个，Ctrl+B就只是个摆设。
