如果你平时用 VS Code、JetBrains 用习惯了打开终端就犯怵然后看到网上那些人在 Neovim 里切窗口、跳定义、全文搜索一气呵成第一反应通常是“这玩意学习成本太高了吧”。但事情可以反过来看你不需要先背熟 Vim 才去碰 Neovim你只需要把它当成一个“能用键盘操作、能用 Lua 配置、能把文件、终端、LSP、补全、格式化都收进同一个进程”的编辑器。这次我们从零开始把一个干净 Neovim 拼装成 PDEPersonal Development Environment个人开发环境。这是 PDE 系列的第一篇目标是让“入门”不再是死记 Vim 命令而是搭一套能实际写代码、能继续加插件的底座。先给三个结论。第一Neovim 本身是一款基于 Vim 架构重构的现代终端编辑器核心是编辑器、插件、配置三件事。第二PDE 不是某个具体软件而是一套以编辑器为核心的工程化环境Neovim 只是承载它的底座。第三这篇教程会带你完成安装、第一份 Lua 配置、插件管理、文件搜索、LSP 补全、诊断提示与状态栏美化并提供一套可直接复制的配置骨架。这套东西适合谁适合目前使用命令行比较频繁、对 IDE 启动速度和资源占用不满意、愿意花一个晚上把编辑环境调成自己喜欢形状的开发者。不适合谁不适合完全不想碰配置、只想双击白嫖一个 Full IDE 的人如果追求开箱即全功能还是去用图形 IDE 更省事。1. 核心能力速览能力项说明项目类型终端代码编辑器 个人开发环境PDE核心功能文件编辑、文件搜索、多窗口、终端集成、LSP 补全、代码格式化、Git 状态展示配置语言Vimscript 与 Lua现代 Neovim 推荐 Lua插件方式lazy.nvim 等插件管理器按需加载硬件门槛极低普通 CPU 即可无显卡要求内存占用通常远低于 Electron IDE安装方式各包管理器安装或官方 Release 解压启动方式终端执行nvim支持nvim file接口能力内置 LSP client、支持 DAP、RPC API可被外部工具调用批量任务支持宏录制、:argdo、:bufdo、异步任务插件适用场景远程服务器开发、本地轻量编辑、脚本编写、多语言工程开发2. PDE 是什么为什么用 Neovim 搭 PDEPDE 全称 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.luaNeovim 的配置入口是init.lua。默认搜索路径在 Linux/macOS 下是~/.config/nvim/init.luaWindows 下是~/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里 requirerequire(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, --filterblob:none, https://github.com/folke/lazy.nvim.git, --branchstable, 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 { { Leaderff, cmdTelescope find_filesCR, desc 查找文件 }, { Leaderfg, cmdTelescope live_grepCR, desc 全文搜索 }, { Leaderfb, cmdTelescope buffersCR, desc 缓冲列表 }, { Leaderfh, cmdTelescope help_tagsCR, desc 帮助查找 }, }, opts { defaults { prompt_prefix , sorting_strategy ascending, layout_config { prompt_position top }, }, }, }, }配置完成后在 Neovim 内按Leaderff会弹出文件查找窗口。输入关键字后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 { { Leadere, cmdNeotree toggleCR, desc 文件树 }, }, }, }首次创建文件时如果用Leaderff搜索不到再用Leadere打开侧边栏创建。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-server8.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, Leaderrn, vim.lsp.buf.rename, opts) vim.keymap.set(n, Leaderca, 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 { { Leaderxx, cmdTrouble diagnostics toggleCR, desc 诊断列表 }, { Leaderxq, cmdTrouble qflist toggleCR, desc 快速修复列表 }, }, opts {}, }, }当你打开一个项目按Leaderxx就能看到当前 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, }, }对单行执行暂存默认键位是Leaderhs下一行跳转可以用]h和[h。如果你更习惯传统 IDE 的图形化 Git 面板也可以考虑 lazygit 和lg快捷键。lazygit 本身是 TUI 程序Neovim 只是提供一个浮动终端打开它这个组合比纯内嵌面板更灵活vim.keymap.set(n, Leadergg, 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或者通过 startuptimenvim --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. 常见问题与排查方法问题现象可能原因排查方式解决方案nlua或lazy.nvim找不到配置路径错误或插件没有 clone 成功检查~/.local/share/nvim/lazy/lazy.nvim是否存在删除~/.local/share/nvim重新启动或手动 git clone插件安装缓慢或失败网络问题、Git 协议被限制重试一次查看 lazy.nvim 日志使用更稳定的网络环境或通过 mirror 替换 URL主题色异常图标方框终端不支持 Nerd Font 或主题未正确加载执行:colorscheme确认当前主题安装 Nerd Font 并在终端字体设置中选择LSP 没有附加到文件没有安装 language server 或文件类型不匹配执行:LspInfo、:Mason查看状态在 Mason 中安装对应 server重启文件补全菜单不出现nvim-cmp 依赖没装或 source 没配对执行:checkhealth lazy、:checkhealth nvim-cmp确认依赖已安装检查 typescript server 是否成功 attach保存时不格式化conform 找不到格式化器或 server 不支持查看:messages和:ConformInfo安装 black、stylua、prettier 等外部命令启动很慢插件未做懒加载LSP 启动过多用--startuptime查看耗时优化插件加载事件减少ensure_installed换行自动缩进不正确不同文件类型缩进配置缺失用:verbose set shiftwidth?查看来源设置 filetype plugin indent on 或在 ftplugin 中定义Ctrl空格补全与系统输入法冲突终端快捷键占用或输入法切换临时切换输入法测试更换补全触发热键如C-Space改为C-p剪贴板粘贴格式错乱终端 Bracketed Paste 未生效用:help bracketed-paste查看升级终端或确认clipboard设置另外很多人第一次打开 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 类插件。每一个方向都能单独开一篇继续写下去而这篇文章的底座已经足够你开始一个真正的项目开发了。