nvim
Skill15 starsChanged 13 months agoISCView on GitHub
Use when troubleshooting Neovim/LazyVim plugin errors, updating plugins after breaking changes, or diagnosing colorscheme/startup issues.
- Deletes or force-pushes
In this repository6 other files it gives its agents.
- AGENTS.mdAGENTS.md
- agents-local-mdSkill
- allowSkill
- label-issueSkill
- miseSkill
- updateSkill
The file
We split this skill into the rules it gives an agent
4 rules. About 0 are common, 0 are distinctive, and 4 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈0
Distinctive · estimate
This author's own choices. Worth a look.
4
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 66
Check [ERROR] lines — these come from snacks.notifier history (where LazyVim routes errors)
- Very specific: line 74
Clear compiled cache: if theme-related: rm -rf ~/.cache/catppuccin
- Very specific: line 80
Run :Lazy update in Neovim (or headless equivalent)
- Very specific: line 85
Never: use inline -c "lua ..." — shell escaping mangles quotes.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Neovim/LazyVim Troubleshooting & Updates
Arguments
$ARGUMENTSReference
LazyVim is installed on this machine — read its source, not documentation about it:
| What | Where |
| LazyVim itself | ~/.local/share/nvim/lazy/LazyVim/lua/lazyvim/ — config/, plugins/, util/ |
| Default plugin specs | .../lua/lazyvim/plugins/*.lua (coding, editor, ui, lsp/, extras/) |
| A plugin's own source | ~/.local/share/nvim/lazy/<plugin>/ |
| Resolved versions | ~/.config/nvim/lazy-lock.json |
Your overrides in lua/plugins/ merge against those default specs, so when a keymap or option appears from nowhere, grep lua/lazyvim/plugins/ to find what set it.
Key Paths
| What | Source (edit here) | Installed (read-only) |
| Plugin specs | home/dot_config/nvim/lua/plugins/ | ~/.config/nvim/lua/plugins/ |
| Lockfile | home/dot_config/nvim/lazy-lock.json | ~/.config/nvim/lazy-lock.json |
| Installed plugins | — | ~/.local/share/nvim/lazy/<plugin>/ |
Always edit source (home/dot_config/nvim/), never destination. Deploy with chezmoi apply.
Mode: debug (default)
Use tmux, not headless — --headless skips lazy-loaded UI plugins (bufferline, noice, lualine), hiding real errors.
- Copy debug script:
cp .claude/skills/nvim/nvim-debug.lua /tmp/nvim-debug.lua - Launch:
tmux new-session -d -s nvim-debug -x 200 -y 50 "nvim -S /tmp/nvim-debug.lua" - Wait + read:
sleep 8 && cat /tmp/nvim-debug-output.txt - Check
[ERROR]lines — these come fromsnacks.notifierhistory (where LazyVim routes errors)
Mode: fix <plugin>
- Compare lockfiles — if installed differs from source, version drift caused the break
- Check plugin history:
git -C ~/.local/share/nvim/lazy/<plugin> log --oneline --grep="refactor!\|BREAKING" --all - Check upstream LazyVim:
grep -rl "<plugin>" ~/.local/share/nvim/lazy/LazyVim/lua/lazyvim/— they often fix breaking changes first - Edit source in
home/dot_config/nvim/lua/plugins/, thenchezmoi diffandchezmoi apply - Clear compiled cache if theme-related:
rm -rf ~/.cache/catppuccin - Re-run debug mode to verify
- Sync lockfile:
cp ~/.config/nvim/lazy-lock.json home/dot_config/nvim/lazy-lock.json
Mode: update
- Run
:Lazy updatein Neovim (or headless equivalent) - Debug mode → fix any breakage → sync lockfile back to source
Anti-patterns
- Never use inline
-c "lua ..."— shell escaping mangles quotes. Write temp Lua files. - Never edit
~/.config/nvim/directly — chezmoi owns the destination. - Never ignore lockfile drift — sync installed back to source or breakage recurs.
Examples
/nvim → Run debug, report errors
/nvim fix catppuccin → Fix catppuccin after breaking update
/nvim update → Update all plugins, fix breakageDoes it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

