Personal terminal and editor configuration: a rich multi-panel Neovim workspace and a debloated, low-latency Tabby profile.
| Path | Purpose |
|---|---|
fonts/ |
Favorite fonts: plain assets, installable on request |
nvim/ |
Neovim config (lazy.nvim; plugin versions pinned in lazy-lock.json) |
tabby/config.yaml |
Tabby profile: near-black background, default accents, browser-style tab hotkeys |
This repo is the single source of truth. My agent sets up a machine by reading these
files directly through its dotfiles-setup skill, rather than keeping its own copies
that would drift, so editing here is all the next setup needs:
- Neovim: copy
nvim/into the Neovim config directory (%LOCALAPPDATA%\nvimon Windows,~/.config/nvimelsewhere). On first launch,init.luabootstraps lazy.nvim and installs the pinned plugins. Treesitter parsers compile on demand, which needs thetree-sitterCLI (0.26 or later) and a C compiler on PATH; on a Windows machine without MSVC the config pointsCCat gcc. - Tabby: copy
tabby/config.yamlinto Tabby's config directory (%APPDATA%\tabbyon Windows,~/.config/tabbyon Linux,~/Library/Application Support/tabbyon macOS), then fully quit and relaunch Tabby. - Fonts:
fonts/is a plain assets folder first; the files can be referenced or copied like any other asset. Install them only when the setup request asks for fonts, per-user with no elevation. On Windows, copy each file to%LOCALAPPDATA%\Microsoft\Windows\Fontsand register it underHKCU\Software\Microsoft\Windows NT\CurrentVersion\Fontsas a string value named "full font name (TrueType)" for.ttfor "(OpenType)" for.otf, with the copied file's full path as data; skip files already present or in use. On Linux, copy into~/.local/share/fontsand runfc-cache -f. On macOS, copy into~/Library/Fonts.
The whole low-latency Tabby profile lives in that one file: GPU acceleration on, ligatures and palette generation off, unused built-in plugins disabled, browser-style tab hotkeys, the preferred login shell as default, and a shared near-black translucent background. The skill applies whatever the file currently holds, never a baked-in snapshot.