VSCode 无法支持 SLIME，因其深度依赖 Emacs Lisp 运行时与 UI 组件；应改用 Calva（推荐，原生支持 Common Lisp REPL）或 Alive（侧重编辑体验），并正确配置 Roswell、SBCL 与 LSP。
VSCode 本身不支持 SLIME —— 它是 Emacs 的专属 REPL 工具链，无法在 VSCode 中直接安装或启用 SLIME。想用 SLIME，就得换到 Emacs；想留在 VSCode，就得放弃 SLIME，改用 Calva 或 Alive 这类原生适配 VSCode 架构的替代方案。
为什么 VSCode 不能装 SLIME 插件
SLIME 不是独立可插拔的“语言服务器”或“VSCode 扩展”，而是一套深度耦合 Emacs Lisp 运行时、swank 后端协议和 Emacs UI 控件的完整环境。它依赖 elisp 解释器、slime-mode、slime-repl 等组件协同工作，这些在 VSCode 中根本不存在对应实现。
网上搜到的 “VSCode SLIME 插件” 要么是名字误导（实际是 Common Lisp 语法支持），要么早已失效或仅提供空壳界面。强行尝试会卡在连接 swank 失败、slime-connect 命令未定义等错误上。
Calva 是当前最稳的 REPL 替代方案
Calva 已原生支持 Common Lisp（不只 Clojure），它绕过 SLIME 协议，直接通过 Roswell 启动 SBCL，并用自研通信机制实现表达式求值、变量检查、宏展开等核心功能。
- 必须先装
ros和sbcl：运行ros install sbcl，再验证ros run -- -q能进 REPL - Calva 启动 REPL 时默认走
ros，不是直连sbcl可执行文件，所以别在设置里填sbcl.exe路径 - 若项目用了 Quicklisp，确保
load.lisp中有(load "quicklisp/setup")，并把该文件路径写进 Calva 的calva.replConnectSequences - 不支持
slime-inspect那类深度对象探查，但calva.evaluateTopLevelForm（Ctrl+Enter）和calva.expandMacro（Alt+M）已覆盖日常调试高频操作
Alive 扩展适合需要格式化/补全的项目开发
Alive 更侧重编辑体验而非 REPL 深度交互，它依赖 cl-lsp（Common Lisp Language Server），启动前需手动安装 LSP 后端：
- 运行
ros install fukamachi/cl-lsp安装服务端 - VSCode 设置中指定
"alive.lspPath": "cl-lsp"，注意不是绝对路径，而是ros可识别的命令名 - 它能自动格式化代码、补全函数名（如
defun、let*），但对宏内部参数无提示，也不支持多线程 REPL 切换 - 若项目含大量自定义宏，
cl-lsp可能无法正确解析宏展开上下文，此时 Calva 的手动expandMacro更可靠
常见报错与绕过方式
遇到 Connection refused 或 No REPL process found，大概率是 Calva 没真正启动 SBCL，而不是配置路径错了：
- 检查终端是否被占用：Calva 启动 REPL 时会在 VSCode 底部面板开一个
Calva REPL终端，若该终端空白或显示sh: ros: not found，说明ros没进 PATH - Windows 用户注意：不要用 PowerShell 启动 VSCode，改用 CMD 或 Git Bash，否则
ros环境变量可能加载失败 - Mac/Linux 上若
ros run正常但 Calva 启动失败，试试在设置里把calva.startREPLAfterConnect设为false，再手动运行Calva: Connect to a Running REPL - 别碰
slime相关的旧教程里提到的swank:start-server或slime-connection配置项——它们在 VSCode 里纯属无效字段
SLIME 的交互模型和 VSCode 的扩展机制天生不兼容，硬要嫁接只会浪费半天时间在不可解的连接错误上。接受 Calva 的工作流，比纠结“怎么让 SLIME 在 VSCode 里跑起来”更省力。
