name: nvim-plugin description: > Neovim plugin development best practices and patterns for love2d.nvim. Use when planning, editing, implementing, or reviewing Neovim Lua plugin code — structuring a new plugin, writing setup/config, highlights, autocmds, keymaps, health checks, type annotations, debounce, state management, or user commands. Also use when the user asks about plugin architecture, conventions, or "how should I implement" a Neovim plugin feature. Do not use for general Lua development unrelated to Neovim plugins, Neovim configuration (init.lua), or running/debugging tests (use nvim-test).
Neovim Plugin Development (love2d.nvim)
This skill provides patterns and best practices for Neovim plugin development, tailored to the love2d.nvim project.
Read the reference files below on demand based on the current task.
Reference Files
Read these on demand based on the task. Do NOT load all three at once. Each file has a table of contents at the top with anchors for navigation.
references/RECIPES.md
Complete code examples for every plugin pattern.
- Project Structure
- Setup & Configuration
- Module Organization
- Plugin File (user commands, lazy loading)
- Highlight Groups
- Autocmds
- Keymaps
- Health Checks
- Error Handling & Notifications
- Type Annotations
- Debounce
- State Management (per-buffer cache)
- User Commands
- Anti-Patterns
references/TYPES.md
LuaCATS type annotation reference for Neovim plugins.
- Quick Start (minimum annotations every plugin needs)
- Type Syntax Reference (primitives, compound types, Neovim-specific)
- Annotation Tags — Complete Reference
- Neovim Plugin Type Patterns
- Definition Files (@meta)
- Config Type Patterns
- Diagnostic Configuration
references/TESTS.md
Testing patterns for writing and implementing tests (mini.test).
For running tests and diagnosing failures, use the nvim-test skill.
- Test File Structure
- Assertions Quick Reference
- Table-Driven Tests
- Stubbing and Restoring
- Creating Test Buffers
- Testing with File Buffers
- Testing Config Changes
- Conditional Tests
- Testing Notifications
- Testing Highlights
- Testing Autocmds
- Testing Keymaps
- Test Anti-Patterns
- Advanced Testing Patterns
Working with love2d.nvim
When modifying this plugin:
- Read the existing code first — match the project's conventions
- Check
AGENTS.mdfor project-specific rules and file structure - Look at existing
tests/*_spec.luafiles to match testing style - Look at existing autocmd patterns in
lua/love2d/autocmd.lua
Architecture Notes
- Module dispatch —
init.luais a thin dispatcher.setup()callsconfig,lsp,autocmd, andeventsmodules. No logic lives in init. - Job management —
love2d.jobmodule manages process lifecycle (run, watch, stop). Single concurrent instance viajob.state.id. - Output panel —
love2d.outputmodule manages a floating window for LÖVE stdout/stderr with inline diagnostics viavim.diagnostic. - Event-driven —
love2d.eventsdetects project enter/leave and firesUser EnterLove2DProject/LeaveLove2DProject. Other modules subscribe. - LSP integration —
love2d.lspdynamically injects/removes LÖVE library paths on project enter/leave. Usesvim.lsp.configconfig-chain merge. - Project detection —
love2d.utilswalks up from CWD to find a LÖVE root (conf.lua withlove.conf, main.lua with LÖVE callbacks/modules). - Vendored libraries — Do NOT edit
libraries/love2d/orlibraries/luasocket/. These are git submodules with LÖVE/LuaSocket type definitions.
File locations in this project
- Plugin source:
lua/love2d/ - Tests:
tests/(mini.test) - Plugin commands:
plugin/love2d.lua - Compiler:
compiler/love.lua - LSP base config:
lsp/lua_ls.lua - Documentation:
doc/love2d.txt - LÖVE API definitions:
libraries/love2d/ - LuaSocket definitions:
libraries/luasocket/ - Treesitter injections:
after/queries/lua/injections.scm - Output syntax:
after/syntax/love2d_output.vim - Sample game:
tests/demo-game/