メニュー
Neovim Lua plugin architecture, lazy loading, configuration APIs, commands, keymaps, health checks, type-aware tooling, tests, and LuaRocks distribution. Use when creating, refactoring, validating, or releasing a Neovim Lua plugin.
デフォルトでは、最初にソースを確認する Prompt が選択されています。直接コマンドに切り替えるか、ローカルコピーをダウンロードすることもできます。
インストールを決める前に、SKILL.md と SkillsMP に表示されている付属ファイルをお読みください。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
直接コマンドでは確認用 Prompt が省略されます。実行前にソースを確認してください。
npx skills add https://github.com/khaneliman/khanelinix --skill lua-toolkitコマンドは1行のまま表示されます。コピー前に横へスクロールして全体を確認してください。
ローカルで確認しますか？SkillsMP が現在取得できるファイルをダウンロードできます。
GitHub maintainer queues, issue discovery, triage, and creation, pull-request creation and stacking, review authoring and feedback, CI check-fix workflows using gh CLI. Use for read or write work on GitHub issues, PRs, stacks, reviews, or checks.
Default lifecycle for routine bug fixes, features, refactors, migrations, dependency updates, configuration, scripts, and code. Routes investigation through handoff. Excludes answer-only, diagnosis-only, review-only, architecture-only, large, cross-cutting, and unattended work.
Select concrete model seats, fallbacks, and quota circuits when provider diversity, a named model, or a route retry matters. Caller owns lifecycle, phase boundaries, and final judgment.
SKILL.md を表示中
| name | lua-toolkit |
| description | Neovim Lua plugin architecture, lazy loading, configuration APIs, commands, keymaps, health checks, type-aware tooling, tests, and LuaRocks distribution. Use when creating, refactoring, validating, or releasing a Neovim Lua plugin. |
Authoring and refactoring Neovim Lua plugins targeting LuaJIT/Lua 5.1.
Conventions are LuaRocks-first, type-safe, self-lazy-loading, no forced
setup(). Neovim-plugin specific; for general embedded Lua, only the tooling
and runtime guardrails transfer.
Route to one mode and load only that reference unless work crosses boundaries. If intent is unclear, ask first.
plugin/ vs lua/ separation, deferred-require loading,
no-runtime-entrypoint plugins, util.lua refactoring, global-pollution
rules, if jit then ... else fallback.vim.g.<plugin>
(table-or-function) config not forced setup(), partial LuaCATS config
classes, dict-vs-list vim.tbl_deep_extend behavior, modern vim.validate
(0.11+) signature, lua/<plugin>/health.lua checks.plugin/+ftplugin/ (don't rely on the plugin
manager), minimal lazy.nvim specs, native-API-over-plenary, lazy = true
deps, coroutine build constraints.complete, <Plug> mappings with no default keymaps, buffer-local
state, ftplugin vs after/ftplugin..luarc.json ("Lua 5.1"), lua51
.luacheckrc, stylua baseline.plenary.job, plenary.path, plenary.scandir, plenary.async,
plenary.curl, plenary.test_harness, popup/window helpers, strings,
filetype, and logging with native Neovim APIs or focused dependencies.busted+nlua (neorocksTest for Nix), stable/nightly CI matrix,
vimcats/panvimdoc generation, SemVer .rockspec/luarocks-tag-release.Target Lua 5.1 / LuaJIT 2.1, avoid globals, self-lazy-load, prefer lazy
vim.g.<plugin> config over forced setup(), expose one scoped command plus
<Plug> mappings, and gate types with LuaCATS/lua-ls. Read
core-rules.md when writing or reviewing plugin code.
Canonical real-world examples: nvim-best-practices,
nvim-lua-nix-plugin-template (Nix CI), rustaceanvim, neotest-haskell.
See operating-rules.md.