sublime配置common lisp环境核心是语法高亮与repl/脚本执行：需安装lisp插件、右下角手动设为lisp语法、绑定.lisp/.cl等后缀；必须安装sbcl并配置sbcl_path，启动sublimerepl，且ctrl+enter发送时需满足语法正确、s-表达式完整、repl就位三条件。
Sublime Text 本身不带 Common Lisp 运行能力，所谓“配置环境”，核心就两件事：让代码看得清（语法高亮 + 括号匹配），让代码跑得通（连上 REPL 或能执行脚本）。没装对解释器、没设对语法、没配好路径，Ctrl+Enter 就是静音，Ctrl+B 就是闪退。
右下角显示 Plain Text？语法根本没激活
Sublime 不靠文件内容判断语言，只认后缀 + 手动语法绑定。打开 .lisp 或 .cl 文件，右下角若显示 Plain Text，说明语法包没生效，高亮、括号匹配、Ctrl+Enter 全部失效。
- 先确认已安装官方
Lisp插件（作者 wbond）；重启 Sublime 后，手动点击右下角 → 选Lisp（不是Clojure或Scheme） - 永久绑定后缀：菜单
View → Syntax → Open all with current extension as…→ 再选Lisp - 进阶需求（如支持
.asd、.sexp）：打开Preferences → Browse Packages… → User，新建Lisp.sublime-syntax，在file_extensions列表里追加- asd、- cl、- sexp - 关掉自动缩进检测：
Preferences → Settings – Syntax Specific（确保当前是 Lisp 语法），加一行"detect_indentation": false，否则混用 tab/空格会导致高亮引擎直接放弃解析
Ctrl+Enter 发送代码到 REPL 总是失败？三个条件缺一不可
Ctrl+Enter 不是万能发射器，它依赖三个硬条件同时满足：语法正确、S-表达式完整、REPL 进程已就位。任一缺失，光标就卡住或报 Unable to find sbcl。
- 语法必须是
Lisp：右下角不能是Plain Text；如果不是，按Ctrl+Shift+P→ 输入Set Syntax: Lisp - 光标必须落在闭合的 S-表达式内：比如停在
(defun hello () (format t "hi"))的任意位置可发；停在(defun hello ()这种半截上，只会发前半段 - SublimeREPL 必须已启动：按
Ctrl+Shift+P→ 输入SublimeREPL: Common Lisp；如果报错，打开Preferences → Package Settings → SublimeREPL → Settings – User，填死"sbcl_path"，例如："sbcl_path": "/opt/homebrew/bin/sbcl"（macOS M1/M2 用户注意路径）
Build System 跑 .lisp 文件一闪而过？输出被吞了
Sublime 的 Build System 默认走后台子进程，输出完立刻关闭窗口。SBCL 报错、CLISP 括号不匹配、甚至只是顶层裸 (print "x")，你都看不到——它根本没机会显示。
- 别用
clisp -i "$file"：这是交互式加载，末尾没(quit)就卡住；改用clisp -q -x "(load \"$file\") (quit)" - SBCL 推荐用
--script：但注意它要求文件里不能有顶层求值表达式；裸(print "x")得包进(progn ) - Windows 下必须写绝对路径：比如
"cmd": ["C:/clisp/clisp.exe", "-q", "$file"]，避免 PATH 查找失败 - 务必先
Ctrl+S保存文件——未保存时$file为空字符串，构建直接崩溃
为什么 (load "foo.lisp") 总报找不到文件？工作目录不是你以为的
SBCL 的当前工作目录默认是 Sublime 启动时的目录，不是你编辑的文件所在目录。所以相对路径 (load "src/main.lisp") 几乎必然失败。
- 最稳做法：在 REPL 里先执行
(cd "/path/to/your/project")，再(load "foo.lisp") - 快捷做法：用 SublimeREPL 的
SublimeREPL: Lisp → Load file in REPL命令（Ctrl+Shift+P搜索），它会自动把当前文件绝对路径传给load - 注意编码：Windows 上保存
.lisp文件务必选UTF-8（无 BOM），否则 SBCL 可能报invalid byte sequence
最容易被忽略的是：SBCL 的 --script 模式和 CLISP 的 -i 模式行为完全不同，混用参数必崩；还有就是 $file 变量永远要求文件已保存——这两个点踩中一个，整个构建流程就静默失败，连错误提示都不给你看。
