Synthèse automatique
Fournit des connaissances complètes pour interagir avec Neovim, y compris la configuration, la gestion des plugins, la construction de versions personnalisées et la gestion du démon.
Points forts
- Structure de configuration modulaire détaillée basée sur Lua
- Inclut un gestionnaire de plugins natif (vim.pack) et un fichier de verrouillage pour des constructions reproductibles
- Infrastructure pour construire des versions personnalisées de Neovim avec des plugins intégrés
- Script wrapper pour la gestion automatique du serveur et le mode client
Limites
- Nécessite des connaissances en Lua et des mécanismes internes de Neovim
- Le système de construction dépend de scripts spécifiques et de workflows peut-être non portables
- La gestion du démon est spécifique au wrapper de cet environnement
Utilisez cette compétence lorsque vous devez personnaliser Neovim, ajouter des plugins ou construire un binaire Neovim adapté au développement.
N'utilisez pas cette compétence si vous avez besoin d'une configuration d'éditeur de texte générique en dehors de cet environnement ou si vous manquez d'expérience avec le script Neovim.
Analyse de sécurité
SûrThe skill documents Neovim configuration and build processes using local scripts and standard tools. No destructive or exfiltrating commands are present; instructions are safe for local execution.
Aucun point d'attention détecté
Comment cette analyse est faiteExemples
Help me set up my Neovim configuration with modular Lua files for editing, LSP, and treesitter.Add the nvim-treesitter plugin using vim.pack and configure it for Python.Show me how to build a custom Neovim nightly with my plugins bundled, using the build scripts in this repo.description: Interact with Neovim configuration and build system trigger: Use this skill for neovim configuration, plugin management, or building custom nvim releases
Neovim interaction skill
This skill provides comprehensive knowledge for interacting with Neovim in this environment.
Architecture
Binary management
- Nvim binary installed to
~/.local/share/nvim/<version>-<sha>/bin/nvim - Symlinked from
~/.local/bin/nvim(managed byhome 3p) - Custom nvim builds with bundled plugins available via
.github/workflows/build-nvim.yml
Configuration structure
- Entry point:
.config/nvim/init.lua(sets up lua paths) - Plugin configs:
.config/nvim/plugin/(modular lua files)- editing.lua, git.lua, grep.lua, interface.lua, lsp.lua, mini.lua
- system.lua, tab.lua, terminal.lua, treesitter.lua, window.lua
- Treesitter queries:
.config/nvim/queries/
Configuration guidelines
- Prefer Lua for all Neovim configuration
- Use modular approach: separate files in
.config/nvim/plugin/for different features - Use
<Space>instead of<leader>for keybindings - Generally avoid plugins; prefer minimal, native configurations
Native package manager (vim.pack)
Install plugins using vim.pack.add() in plugin config files (nvim 0.12+):
vim.pack.add({
{ src = "https://github.com/user/plugin" },
})
Key details:
- Plugins stored in
$XDG_DATA_HOME/nvim/site/pack/core/opt - Optional version constraints:
version = vim.version.range("1.0.0") - Check if loaded:
local ok, plugin = pcall(require, "plugin-name")
Example from mini.lua:
vim.pack.add({
{ src = "https://github.com/nvim-mini/mini.nvim" },
})
local ok_bufremove, _ = pcall(require, "mini.bufremove")
if ok_bufremove then
require("mini.bufremove").setup()
end
Building custom nvim releases
The repository includes infrastructure to build nvim nightly with bundled plugins:
Build system components
scripts/build-nvim.lua: lua script that downloads nvim nightly, bundles plugins, and creates tarballs.config/nvim/nvim-pack-lock.json: lock file defining plugin versions.github/workflows/build-nvim.yml: workflow to build for darwin-arm64, linux-arm64, linux-x64- requires luajit with dkjson (via
.config/setup/luajitbootstrap)
Lock file format
{
"plugins": {
"plugin-name": {
"src": "https://github.com/user/plugin",
"rev": "commit-hash-or-tag"
}
}
}
Build process
- Downloads nvim nightly from neovim/neovim releases
- Clones each plugin from lock file at specified revision
- Installs plugins to
share/nvim/site/pack/core/opt/ - Generates helptags with
nvim --headless +'helptags ALL' +qa - Creates reproducible tarball with checksums
- Verifies plugins load correctly
Running the build
# Locally (requires luajit with dkjson)
bash scripts/build-nvim
# Via GitHub workflow
gh workflow run build-nvim.yml -f create_release=false # test build
gh workflow run build-nvim.yml -f release_tag=2025.11.23 # create release
Nvim wrapper and daemon management
The nvim wrapper at ~/.local/bin/nvim provides automatic server management with flexible socket configuration.
Socket configuration
- Default socket:
~/.config/nvim/nvim.sock - Specify via CLI:
nvim --server /path/to/socket.sock(uses nvim's native flag) - Specify via environment:
NVIM_SOCKET=/path/to/socket.sock nvim - Priority:
--serverflag >NVIM_SOCKETenv var > default
Client mode (nvim)
Automatically starts a daemon server if not running, then connects:
nvim file.txt # uses default socket, auto-starts if needed
nvim --server /tmp/project.sock file.txt # uses custom socket
nvim --remote-expr "execute('echo 42')" # remote commands work too
Daemon management (nvimd)
Explicit daemon control commands:
nvimd start # start server at default socket
nvimd --server /tmp/project.sock start # start at custom socket
nvimd stop # stop server
nvimd status # check if running
Multiple servers
Each socket path gets its own daemon, pidfile, and logfile:
- Socket:
/path/to/foo.sock - Pidfile:
/path/to/foo.pid - Logfile:
/path/to/foo.log
Reloading configuration
To reload nvim configuration after making changes:
nvim --remote-expr "execute('source ~/.config/nvim/init.lua')"
# or with custom socket:
nvim --server /tmp/project.sock --remote-expr "execute('source ~/.config/nvim/init.lua')"
This sources the configuration in running nvim instances without restarting them.
Du fichier au premier essai
Le téléchargement contient exactement le contenu affiché sur cette fiche. Cette copie peut différer de la dernière version du dépôt source.
Consulter la source et ses fichiers annexesCe téléchargement contient uniquement SKILL.md. Les scripts, références, modèles et dépendances éventuels ne sont pas inclus. Récupérez les fichiers nécessaires depuis la source en conservant leur arborescence avant de poursuivre.
1. Télécharger le fichier
Télécharger SKILL.mdDepuis la racine d’un projet de test, enregistrez le fichier sous .skill-downloads/neovim-configuration-and-management-mm5t89gj/SKILL.md, ou utilisez la commande suivante. Ce dossier sert à examiner la skill avant son installation.
Commande pour macOS/Linux ou WSL : un shell POSIX et curl sont nécessaires. Sous Windows sans WSL, utilisez le bouton de téléchargement et créez le dossier manuellement.
mkdir -p '.skill-downloads/neovim-configuration-and-management-mm5t89gj' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/neovim-configuration-and-management-mm5t89gj/download' --output '.skill-downloads/neovim-configuration-and-management-mm5t89gj/SKILL.md.part' && mv '.skill-downloads/neovim-configuration-and-management-mm5t89gj/SKILL.md.part' '.skill-downloads/neovim-configuration-and-management-mm5t89gj/SKILL.md'2. Vérifier les prérequis
Lisez SKILL.md avant de l’utiliser. Si le fichier cite des scripts ou services externes, examinez-les et préparez les accès nécessaires dans votre environnement de test.
Aucune section de prérequis reconnue dans ce fichier. Cela ne signifie pas qu’il est autonome : les bibliothèques, outils et accès peuvent être cités ailleurs dans le contenu ou dans le dépôt source.
Les plateformes de la fiche sont des indications du catalogue. Les chemins ci-dessous suivent la documentation des outils ; ils ne prouvent pas que cette skill y a été exécutée. Aucune version minimale de ces outils n’est attestée pour cette fiche.
3. Charger la skill
Le fichier ne fournit pas un en-tête name/description exploitable pour cette procédure native. Le téléchargement reste disponible pour lecture ; utilisez le mode manuel ci-dessous.
Mode manuel ou autre outil : joignez SKILL.md à une conversation, ou ouvrez-le dans un agent capable de lire les fichiers. Ajoutez les ressources annexes nécessaires. Il n’existe pas de dossier universel reconnu par tous les outils.
4. Faire un premier essai
Utilisez une entrée courte et fictive : un endpoint d’API, un petit document ou un brief d’interface. Dans une nouvelle conversation, joignez le fichier ou donnez son chemin à l’agent, puis adaptez cette demande :
Lis .skill-downloads/neovim-configuration-and-management-mm5t89gj/SKILL.md et applique ses instructions à cet exemple : [décrire une entrée de test]. Indique les fichiers, dépendances ou accès qui manquent. Produis le résultat demandé par la skill sans inventer de données ni exécuter de script non examiné.Résultat attendu : une sortie correspondant aux instructions de la skill, ou une liste précise des prérequis manquants. Une simple confirmation de lecture ne valide pas le premier usage. Si une ressource externe est indisponible, ce parcours reste à tester.
Bonnes pratiques React Hook Form
Developpement
Maîtrisez React Hook Form : évitez les anti-patterns, gérez les abonnements, et traitez correctement reset, dirty state et entrées contrôlées.
Migration Emotion vers Mantine
Developpement
Migrer les styled-components Emotion vers des composants Mantine avec style props et modules CSS. Pour convertir .styled.tsx ou supprimer les imports @emotion.
Détecteur de dérive de périmètre
Developpement
Analyse les diffs git par rapport à une intention pour détecter la dérive de périmètre, fichiers non liés et PR trop larges, puis suggère de garder, diviser ou justifier.