从零构建Neovim PDE：用Lua打造终端全功能开发环境

如果你平时用 VS Code、JetBrains 用习惯了，打开终端就犯怵，然后看到网上那些人在 Neovim 里切窗口、跳定义、全文搜索一气呵成，第一反应通常是“这玩意学习成本太高了吧”。但事情可以反过来看：你不需要先背熟 Vim 才去碰 Neovim，你只需要把它当成一个“能用键盘操作、能用 Lua 配置、能把文件、终端、LSP、补全、格式化都收进同一个进程”的编辑器。

这次我们从零开始把一个干净 Neovim 拼装成 PDE（Personal Development Environment，个人开发环境）。这是 PDE 系列的第一篇，目标是让“入门”不再是死记 Vim 命令，而是搭一套能实际写代码、能继续加插件的底座。

先给三个结论。第一，Neovim 本身是一款基于 Vim 架构重构的现代终端编辑器，核心是编辑器、插件、配置三件事。第二，PDE 不是某个具体软件，而是一套以编辑器为核心的工程化环境，Neovim 只是承载它的底座。第三，这篇教程会带你完成安装、第一份 Lua 配置、插件管理、文件搜索、LSP 补全、诊断提示与状态栏美化，并提供一套可直接复制的配置骨架。

这套东西适合谁？适合目前使用命令行比较频繁、对 IDE 启动速度和资源占用不满意、愿意花一个晚上把编辑环境调成自己喜欢形状的开发者。不适合谁？不适合完全不想碰配置、只想双击白嫖一个 Full IDE 的人，如果追求开箱即全功能，还是去用图形 IDE 更省事。

1. 核心能力速览

2. PDE 是什么，为什么用 Neovim 搭 PDE

PDE 全称 Personal Development Environment，中文可以叫“个人开发环境”。它不是某一个软件，而是一种组合思路：把你日常写代码真正会用到的能力，包括文件管理、文本编辑、代码跳转、自动补全、编译运行、终端执行、Git 操作、单元测试、任务调度，都整合到一套低延迟、强扩展的环境里。

图形 IDE 本质上也是 PDE，只是把组合方式固定成了大而全的桌面应用。Neovim 做 PDE 的特殊点在于，它保留了 Vim 的 modal editing，又用 Lua 重写了插件系统和内置服务端架构。你最终得到的不是一个“模仿 IDE 的玩具”，而是能在 SSH 到远端服务器时依然享受到的编辑环境。只要终端能通，你的 PDE 就能跟过去；不需要图形界面，不需要转发 5900 端口。

这里要泼一盆冷水：Neovim 不是装完就自动变成 PDE。一个刚安装的 Neovim 只能算“文本编辑器”，要变成 PDE，需要至少补齐下面几块能力：

• 文件导航：像 VS Code 左侧资源管理器一样的侧边栏或模糊查找。
• 代码理解：LSP 提供的跳转定义、悬浮文档、重命名、工作区诊断。
• 自动补全：关键字、变量名、函数签名、路径补全。
• 代码质量：保存时格式化、lint 错误展示。
• 终端集成：内置终端和外部终端复用。
• Git 体验：文件变更标记、冲突标记、暂存/提交操作。

这些能力在 Neovim 生态里都可以通过插件补齐。麻烦在于插件数量多、配置切分要合理，一个配置写不好就会出现启动慢、快捷键冲突、插件加载报错。所以 PDE 系列的第一篇，先把底子打好，不需要一上来追求“所有功能都具备”。

3. 环境准备与前置条件

Neovim 的部署比大多数应用都简单，但为了减少后面配置的挫败感，建议先确认下面几项。

3.1 操作系统与终端

理论上 Neovim 支持 Linux、macOS、Windows。但在实际体验中，Linux 和 macOS 的终端语义更统一，LSP、异步任务和文件监听更少踩坑。Windows 建议使用 Windows Terminal + PowerShell 或 Git Bash，避免用老的 conhost，否则部分主题配色和字体连字会遇到问题。我给出的键位示例基本跨平台，但 Windows 下<Leader>键容易和输入法冲突，建议使用空格键时先做好输入法切换。

3.2 包管理器安装

如果不想编译，直接用系统包管理器装最省事。

# Debian / Ubuntu sudo apt install neovim # Fedora sudo dnf install neovim # Arch Linux sudo pacman -S neovim # macOS brew install neovim

需要注意：部分发型版仓库里的 Neovim 版本偏旧，比如 Ubuntu 20.04 自带的是 0.4.x，对 Lua 插件和 LSP 支持很差。如果遇到版本低于 0.9，建议去官方 GitHub Release 页面下载nvim-linux64.tar.gz，解压到本地目录后加到PATH，或者用 AppImage、nvm风格的工具管理。更稳妥的方式是使用 Homebrew 或源码编译，保证版本足够新。

3.3 必备外部依赖

Neovim 本体不会自带 LSP server、代码格式化器或 tree-sitter 的 parser 二进制。要让 LSP 跑起来，你需要为语言单独安装 language server。这里先不展开，但需要明确：Neovim 干活时是调用外部进程的，所以node、npm、python3、go、rust这些工具链，按你写的语言选装即可。比如 Python 开发常见搭配是pyright或basedpyright，前端开发常见搭配是typescript-language-server。

3.4 验证安装

安装完成后，在终端里执行：

nvim --version

输出的第一行会显示版本号。建议至少 0.9 以上，如果低于 0.8，很多现代配置会报错。另外执行：

nvim --headless "+echo 'ok'" +qa

如果窗口一闪而过且终端输出ok，说明 Neovim 可以正常启动并执行命令行指令，后续调配置也能用这个命令做健康检查。

4. Neovim 配置目录与第一个 init.lua

Neovim 的配置入口是init.lua。默认搜索路径在 Linux/macOS 下是~/.config/nvim/init.lua，Windows 下是~/AppData/Local/nvim/init.lua。我们建议把所有配置按 Lua 模块拆分，而不是一上来就堆一个 800 行的init.lua。

先创建目录结构：

mkdir -p ~/.config/nvim/lua/user mkdir -p ~/.config/nvim/lua/plugins

然后写入最基础的init.lua：

-- ~/.config/nvim/init.lua vim.g.mapleader = " " vim.g.maplocalleader = " " -- 基础选项 vim.opt.number = true vim.opt.relativenumber = true vim.opt.tabstop = 4 vim.opt.shiftwidth = 4 vim.opt.expandtab = true vim.opt.autoindent = true vim.opt.smartindent = true vim.opt.wrap = false vim.opt.ignorecase = true vim.opt.smartcase = true vim.opt.swapfile = false vim.opt.backup = false vim.opt.undofile = true vim.opt.clipboard = "unnamedplus" vim.opt.scrolloff = 8 vim.opt.signcolumn = "yes" vim.opt.updatetime = 250

这里做了几个常见决定：空格键作为<Leader>，显示相对行号，关闭 swap 和 backup，开启持久撤销，把系统剪贴板设为默认寄存器。unnamedplus只在 GUI 或支持剪贴板的终端下有效，如果终端不支持，容易碰到复制粘贴失效，可以先不加。

为了让后续配置更清晰，再拆一个options.lua和keymaps.lua，然后在init.lua里 require：

require("user.options") require("user.keymaps")

5. 使用 lazy.nvim 管理插件

Neovim 插件生态的安装方式有过多个阶段，目前社区主流是 lazy.nvim。它的优势是延迟加载、并行安装、配置和插件源耦合在一个文件里，所以一个插件源对应一份说明，不需要另设复杂目录。

先在init.lua里加一段引导代码：

-- init.lua 中追加 local lazypath = vim.fn.stdpath("data") .. "/lazy/lazy.nvim" if not vim.loop.fs_stat(lazypath) then vim.fn.system({ "git", "clone", "--filter=blob:none", "https://github.com/folke/lazy.nvim.git", "--branch=stable", lazypath, }) end vim.opt.rtp:prepend(lazypath) require("lazy").setup({ spec = { { import = "plugins" }, }, install = { colorscheme = { "habamax" } }, checker = { enabled = false }, })

这里的逻辑是：第一次启动时克隆 lazy.nvim 到 Neovim 的数据目录，然后通过spec导入plugins目录下所有插件文件。git clone 需要你用正常的网络环境，如果网络不稳定，安装过程会失败，可以通过手动放置插件或调整代理解决，这属于网络环境问题，不在编辑器配置范围内。

安装完成的标记是：启动nvim后，一切正常、没有报错。如果要查看插件状态，可以使用：

nvim --headless "+Lazy! sync" +qa

这段命令会同步插件并退出，适合脚本化检查。

6. 文件导航与模糊搜索

一个 PDE 不能没有快速打开文件的能力。传统 IDE 的文件树适合鼠标点击，Neovim 更舒适的方式是用模糊搜索：按一个键，输入文件名的一部分，回车打开。最常用的插件是 telescope.nvim，它依赖 plenary.nvim，还需要一个 fuzzy matcher，流行的搭配是nvim-telescope/telescope-fzf-native.nvim，但需要编译 C 扩展。

如果不想编译，可以先用纯 Lua fallback。下面给一个不含 fzf-native 的基础配置，仍然够用：

-- ~/.config/nvim/lua/plugins/telescope.lua return { { "nvim-telescope/telescope.nvim", dependencies = { "nvim-lua/plenary.nvim" }, keys = { { "<Leader>ff", "<cmd>Telescope find_files<CR>", desc = "查找文件" }, { "<Leader>fg", "<cmd>Telescope live_grep<CR>", desc = "全文搜索" }, { "<Leader>fb", "<cmd>Telescope buffers<CR>", desc = "缓冲列表" }, { "<Leader>fh", "<cmd>Telescope help_tags<CR>", desc = "帮助查找" }, }, opts = { defaults = { prompt_prefix = ">> ", sorting_strategy = "ascending", layout_config = { prompt_position = "top" }, }, }, }, }

配置完成后，在 Neovim 内按<Leader>ff，会弹出文件查找窗口。输入关键字后，Enter打开文件，Ctrl-t在新 Tab 打开，Ctrl-x分屏打开。这个操作直接替代了之前用:e path/to/file猜路径的习惯。

文件树如果确实需要，可以用 neo-tree.nvim。但我个人建议先把 telescope 用熟练，文件树最多用来做创建文件、重命名、删除文件这类目录操作。你可以这样配置：

-- ~/.config/nvim/lua/plugins/neotree.lua return { { "nvim-neo-tree/neo-tree.nvim", branch = "v3.x", dependencies = { "nvim-lua/plenary.nvim", "nvim-tree/nvim-web-devicons", }, keys = { { "<Leader>e", "<cmd>Neotree toggle<CR>", desc = "文件树" }, }, }, }

首次创建文件时，如果用<Leader>ff搜索不到，再用<Leader>e打开侧边栏创建。

7. Tree-sitter 与现代语法高亮

Neovim 内置了基于 regex 的语法高亮，能力够但不够精确。Tree-sitter 是一种增量解析方案，它不仅提供更准确的语法高亮，还能为缩进、文本对象、代码折叠提供结构信息。Neovim 0.9 以后已经将 Tree-sitter 作为一等公民集成，插件层只需要调用它并安装 parser。

配置如下：

-- ~/.config/nvim/lua/plugins/treesitter.lua return { { "nvim-treesitter/nvim-treesitter", build = ":TSUpdate", config = function() require("nvim-treesitter.configs").setup({ ensure_installed = { "lua", "vim", "vimdoc", "python", "typescript", "html", "css" }, auto_install = true, highlight = { enable = true }, indent = { enable = true }, }) end, }, }

需要注意，build = ":TSUpdate"会让 lazy.nvim 在安装插件后自动下载对应语言的 parser。这个下载需要网络连通。如果失败，可以进入 Neovim 后手动执行：

:TSInstall python :TSInstall lua

安装完成后，打开一个.py文件，观察函数名、关键字、字符串的颜色是否更细致。如果中文注释没有高亮，不一定和 Tree-sitter 相关，可以看下主题对 markdown/comment 的定义。

Tree-sitter 另一个实用功能是增量选择。如果使用vim-textobj-*一类插件，可以通过:h treesitter-textobjects了解高级用法。这里先不展开。

8. 代码补全与 LSP 配置

PDE 最核心的部分是代码补全和智能跳转。Neovim 内置了 LSP client，意思是 Neovim 可以直接和外部 language server 通信，实现hover、definition、rename、diagnostic等语言能力。这一步完成后，你的 Neovim 才真正像“IDE”。

8.1 安装语言服务器

每种语言需要一个外部 server。以 Python 和 TypeScript 为例：

# Python 使用基于 Pyright 的 basedpyright pip install basedpyright # TypeScript / JavaScript npm install -g typescript typescript-language-server

8.2 nvim-lspconfig 基础配置

nvim-lspconfig 是官方维护的 LSP 配置集合，负责把 server 启动命令和文件类型对接好。在 plugins 目录下添加：

-- ~/.config/nvim/lua/plugins/lsp.lua return { { "neovim/nvim-lspconfig", event = { "BufReadPre", "BufNewFile" }, dependencies = { "williamboman/mason.nvim", "williamboman/mason-lspconfig.nvim", }, config = function() local lspconfig = require("lspconfig") local capabilities = vim.lsp.protocol.make_client_capabilities() -- 这里可以接入 blink.cmp / nvim-cmp 的补全能力 require("mason").setup() require("mason-lspconfig").setup({ ensure_installed = { "basedpyright", "ts_ls", "lua_ls", }, automatic_installation = true, }) vim.api.nvim_create_autocmd("LspAttach", { callback = function(args) local bufnr = args.buf local opts = { buffer = bufnr } vim.keymap.set("n", "gd", vim.lsp.buf.definition, opts) vim.keymap.set("n", "K", vim.lsp.buf.hover, opts) vim.keymap.set("n", "<Leader>rn", vim.lsp.buf.rename, opts) vim.keymap.set("n", "<Leader>ca", vim.lsp.buf.code_action, opts) vim.keymap.set("n", "gr", vim.lsp.buf.references, opts) vim.keymap.set("n", "[d", vim.diagnostic.goto_prev, opts) vim.keymap.set("n", "]d", vim.diagnostic.goto_next, opts) end, }) -- 按需启动对应语言的 server lspconfig.basedpyright.setup({ capabilities = capabilities }) lspconfig.ts_ls.setup({ capabilities = capabilities }) lspconfig.lua_ls.setup({ settings = { Lua = { workspace = { checkThirdParty = false } } } }) end, }, }

这段配置中，mason.nvim 和 mason-lspconfig.nvim 承担了管理 language server 安装的角色。你可以通过:Mason打开图形界面，选择并安装各种语言服务。初次运行前，建议先执行：

:MasonInstall basedpyright

再打开 Python 文件，观察函数是否被正确识别。

8.3 接入 nvim-cmp 补全

仅靠 LSP，你只能获得悬浮文档和跳转，每次输入还没有补全菜单。需要再加一个自动补全插件。社区常用 nvim-cmp，但这是一个组合套装。下面给一份能直接用的最小配置，依赖 LSP 的 source：

-- ~/.config/nvim/lua/plugins/cmp.lua return { { "hrsh7th/nvim-cmp", dependencies = { "hrsh7th/cmp-nvim-lsp", "hrsh7th/cmp-buffer", "hrsh7th/cmp-path", "L3MON4D3/LuaSnip", "saadparwaiz1/cmp_luasnip", }, config = function() local cmp = require("cmp") local luasnip = require("luasnip") cmp.setup({ snippet = { expand = function(args) luasnip.lsp_expand(args.body) end, }, mapping = cmp.mapping.preset.insert({ ["<C-b>"] = cmp.mapping.scroll_docs(-4), ["<C-f>"] = cmp.mapping.scroll_docs(4), ["<C-Space>"] = cmp.mapping.complete(), ["<CR>"] = cmp.mapping.confirm({ select = true }), ["<Tab>"] = cmp.mapping(function(fallback) if cmp.visible() then cmp.select_next_item() elseif luasnip.expand_or_jumpable() then luasnip.expand_or_jump() else fallback() end end, { "i", "s" }), ["<S-Tab>"] = cmp.mapping(function(fallback) if cmp.visible() then cmp.select_prev_item() elseif luasnip.jumpable(-1) then luasnip.jump(-1) else fallback() end end, { "i", "s" }), }), sources = cmp.config.sources({ { name = "nvim_lsp" }, { name = "luasnip" }, }, { { name = "buffer" }, { name = "path" }, }), }) end, }, }

之后打开 Python 文件，定义一个变量后换一行输入前几个字母，应该能看到补全窗口弹出，按Tab选中，回车确认。如果补全菜单没有出现，先去检查:LspInfo，确认 LSP is attached；再执行:messages查看 nvim-cmp 的报错。

9. 格式化与诊断

PDE 里自动格式化非常重要。Neovim 内置vim.lsp.buf.format()，可以直接调用 language server 的 formatting 能力。但如果 server 不提供格式化，还需要 fallback 到外部格式化器。最常见方案是 conform.nvim 或 none-ls。这里用 conform.nvim 举例：

-- ~/.config/nvim/lua/plugins/conform.lua return { { "stevearc/conform.nvim", event = { "BufWritePre" }, opts = { formatters_by_ft = { lua = { "stylua" }, python = { "isort", "black" }, javascript = { "prettierd", "prettier", stop_after_first = true }, typescript = { "prettierd", "prettier", stop_after_first = true }, }, format_on_save = { timeout_ms = 3000, lsp_format = "fallback", }, }, }, }

如果本机没有安装 stylua、black、prettier，保存时不会自动格式化，只会在日志里提示命令不存在。建议先通过包管理器或 mason 安装对应的格式化器。也可以先只用一个语言的格式化器测试。

诊断方面，LSP 返回的错误和警告会显示在vim.diagnostic中。默认错误图标可能不美观，可以自定义：

vim.diagnostic.config({ virtual_text = true, signs = true, update_in_insert = false, float = { border = "rounded", }, })

通过[d和]d可以在错误间跳转，按K按钮查看悬浮详情。打开一个有语法错误的 Python 文件，改动一下，检查诊断是否会实时更新。这里值得留意：基于 LSP 的诊断并不等同于“一个随时都在跑的全项目检查”，只有文件被 LSP attach 并且 server 支持变更推送时，才会及时更新。

10. 外观与状态栏

终端编辑器也一样需要良好的视觉反馈。PDE 系列第一篇可以先把主题和状态栏配好，这一步最容易产生“我真的在用一个可用环境”的感觉。

主题选择非常大路货但很稳定的catppuccin/nvim：

-- ~/.config/nvim/lua/plugins/colorscheme.lua return { { "catppuccin/nvim", name = "catppuccin", priority = 1000, lazy = false, config = function() require("catppuccin").setup({ flavour = "mocha", integrations = { cmp = true, telescope = true, treesitter = true, lsp_trouble = true, }, }) vim.cmd.colorscheme("catppuccin") end, }, }

状态栏可以选择 lualine.nvim，它只在底部占一行，实时显示模式、文件名、Git 分支、LSP 状态：

-- ~/.config/nvim/lua/plugins/lualine.lua return { { "nvim-lualine/lualine.nvim", dependencies = { "nvim-tree/nvim-web-devicons" }, config = function() require("lualine").setup({ options = { theme = "catppuccin", globalstatus = true, section_separators = { left = "", right = "" }, component_separators = { left = "", right = "" }, }, sections = { lualine_a = { "mode" }, lualine_b = { "branch" }, lualine_c = { "filename" }, lualine_x = { "encoding", "fileformat", "filetype" }, lualine_y = { "progress" }, lualine_z = { "location" }, }, }) end, }, }

有一点要注意，nvim-web-devicons文件图标依赖支持 Nerd Font 的终端字体。如果不安装 Nerd Font，图标位置会变成方框或乱码。解决方案是在系统里安装 JetBrainsMono Nerd Font 或 Meslo Nerd Font，然后把终端字体设置为该字体。如果你的审美默认，或者不想折腾字体，也可以把 devicons 相关依赖去掉，纯文本状态栏同样可用。

11. 用 Trouble 增强诊断视野

当代码里诊断多了以后，单靠:lua vim.diagnostic.open_float()一条条看不够直观。Trouble.nvim 可以把所有 LSP 诊断、引用、定义等集中到一个类似快速修复列表的窗口。下面是一个基础配置：

-- ~/.config/nvim/lua/plugins/trouble.lua return { { "folke/trouble.nvim", dependencies = { "nvim-tree/nvim-web-devicons" }, keys = { { "<Leader>xx", "<cmd>Trouble diagnostics toggle<CR>", desc = "诊断列表" }, { "<Leader>xq", "<cmd>Trouble qflist toggle<CR>", desc = "快速修复列表" }, }, opts = {}, }, }

当你打开一个项目，按<Leader>xx，就能看到当前 workspace 的所有 error 和 warning。点击条目可以跳转到对应文件位置。不要把这项功能当作可选装饰，维护旧代码时它是 PDE 里最提升效率的组件之一。

12. Git 集成基础

写代码不看 Git 状态，等于裸奔。Neovim 里最常用的 Git 集成是 gitsigns.nvim。它会在行号旁边显示新增、修改、删除标记，并且支持单行暂存：

-- ~/.config/nvim/lua/plugins/gitsigns.lua return { { "lewis6991/gitsigns.nvim", event = { "BufReadPre", "BufNewFile" }, config = function() require("gitsigns").setup({ signs = { add = { text = "|" }, change = { text = "|" }, delete = { text = "_" }, topdelete = { text = "‾" }, }, current_line_blame = false, }) end, }, }

对单行执行暂存，默认键位是<Leader>hs，下一行跳转可以用]h和[h。如果你更习惯传统 IDE 的图形化 Git 面板，也可以考虑 lazygit 和lg快捷键。lazygit 本身是 TUI 程序，Neovim 只是提供一个浮动终端打开它，这个组合比纯内嵌面板更灵活：

vim.keymap.set("n", "<Leader>gg", function() vim.cmd("tabnew | terminal lazygit") end, { desc = "Open lazygit" })

这段配置较为粗糙，生产环境还需要配合终端模式和 buffer 类型处理。第一篇先不需要把 Git 集成做到极致，能看见每个改动，就已经比没有强很多。

13. 资源占用与启动速度观察

Vim/Neovim 家族最常被提的优点就是资源占用低，但在你加了几十个插件之后，情况未必还那么乐观。配置不当会导致启动时间接近一秒甚至更久，CPU 占用也可能被某几个插件拉高。

我们可以先用命令测一下启动时间：

nvim --headless +'lua print(vim.loop.hrtime()/1e6)' +qa

或者通过 startuptime：

nvim --startuptime ~/vim.log +q && tail -n 40 ~/vim.log

日志里能看到每个文件加载的毫秒数。排查思路是：

• 把所有插件设置lazy = true，用事件触发而不是启动时直接require。
• colorscheme 这类必须有lazy = false，因为界面需要立即加载。
• LSP 相关插件不要在所有文件打开时都启动，最好在BufReadPre或BufEnter后触发。
• telescope 可以cmd = "Telescope"，只有使用模糊搜索时才加载。
• gitsigns 可以event = { "BufReadPre", "BufNewFile" }。

如果按我前面给的方式拆分成多个插件配置文件，都是 lazy.nvim 的 lazy import，默认只有在被调用时才会加载对应的模块。这比旧式把所有 require 放进init.lua要快很多。

对于内存占用，也可以用ps测量：

ps -o rss= -p $(pgrep -f 'nvim' | head -1)

不同终端、不同插件数量差异很大。一般来说，一个中等配置的 Neovim 常驻内存应该在几十到几百 MB 之间，不会像 Electron IDE 那样动辄 1GB 以上。但它毕竟还是要加载多个 LSP server，比如同时开启 TypeScript server 和 Python server，资源占用会成倍增加。这种内存开销来自 language server，和编辑器本身关系不大。

14. 常见问题与排查方法

另外，很多人第一次打开 Neovim 后，在终端里看到一堆E5113错误，通常是插件版本更新后 API 变了。遇到这种问题，不要盲目卸载插件，先检查插件目录的 git log，或者进入对应插件目录后git log --oneline -10，定位到是哪个插件引入了不兼容变更。如果时间成本高，直接切换到该插件的稳定 tag 也可以。

15. 最佳实践与后续扩展

把 Neovim 慢慢打造成 PDE，核心原则不是“复制一份别人完美的配置”，而是保留你自己理解的配置。很多新手的常见错误，是在网上找到一个 200 行的 heavy config，粘贴后完全不看代码，结果连<Leader>是哪个键都不知道，后续出问题根本不会排错。

建议你按这个节奏继续开发这套 PDE 骨架：

• 先只保留 vim 基础操作，不使用任何快捷键插件，训练两周肌肉记忆。
• 每加一个新插件前，思考它是否真的能解决你当前 workflow 中的某个痛点。
• 把配置拆成文件和模块，强烈建议使用 git 管理配置文件。每次改动前创建一个 commit，出现问题可以回滚。
• 使用:checkhealth查看各种组件的状态，这是 Neovim 自带的自检工具。
• 在遇到新的语言支持时，先查该语言是否有 language server，再查是否已有对应的 lspconfig 配置。

下一步可以扩展的方向很多：加入 DAP 调试器，让 Neovim 支持断点；加入 snacks.nvim 或 oil.nvim 改进文件操作；加入 neotest 做单元测试面板；加入 tmux 联动，让编辑器终端和终端复用同一套窗口管理逻辑；如果你喜欢 markdown 写作，还可以加入 markdown-preview 或 obsidian 类插件。每一个方向都能单独开一篇继续写下去，而这篇文章的底座，已经足够你开始一个真正的项目开发了。