fix(commands): route Neovim *Link Ex-commands through follow_link_or_create

Audit follow-up on the two link-path items flagged during the command-attribute
pass:

- REAL (bug #2): all eight Neovim Ex-command link defs (Vimwiki/Nuwiki ×
  FollowLink/SplitLink/VSplitLink/TabnewLink) dispatched to raw
  `lua vim.lsp.buf.definition()`, bypassing the bare-word → [[link]] wrap +
  create-on-follow that the Vim commands and the Neovim <CR> family already do.
  All eight now call follow_link_or_create() (keeping their split/vsplit/tabnew
  prefixes). TabDropLink already used follow_link_drop and is unchanged.

- FALSE ALARM (bug #1): the audit's claim that lua follow_link_or_create was
  "botched" (double definition() with dead pos_args code, no wrap) was a
  mis-read — it was a single correct definition that already wrapped bare words
  and is dispatched by <CR>. Tidied anyway: collapsed its two definition() call
  sites into one tail call; behaviour is identical (wrap still skipped when
  already inside a link, via short-circuit).

Tests: cmd.VimwikiFollowLink_wraps_bare_word + cmd.VimwikiSplitLink_wraps_bare_word
(test-keymaps.lua). Both harnesses green (lua 280, vim 269/18/21, 0 failed);
gap doc corrected for both entries.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

development/vimwiki-gap.md

@@ -195,19 +195,29 @@ fix site.
   `cmd.ListChangeLvl_range_indents` (`test-keymaps.lua`) and
   `cmd.VimwikiListChangeLvl_accepts_range_and_args` (`test-keymaps-vim.vim`,
   no E481/E488).
-- [ ] **Neovim `follow_link_or_create` is botched** _(new, 2026-05-31
-  command-attribute audit)_ — `lua/nuwiki/commands.lua` calls
-  `vim.lsp.buf.definition()` **twice** with dead code between
-  (`local p = pos_args()[1]` … `local _ = p`), and never does the bare-word →
-  `[[link]]` wrap its docstring promises (the Vim side does, via
-  `s:wrap_word_under_cursor`). So on Neovim, `<CR>` on a bare word doesn't
-  create/follow a link, and link-follow fires a redundant second jump. _Fix:_
-  rewrite to wrap-then-jump once, mirroring the Vim path.
-- [ ] **Neovim SplitLink/VSplitLink skip the bare-word wrap** _(new, same
-  audit)_ — the Neovim defs dispatch to raw `vim.lsp.buf.definition()` while
-  the Vim defs (and Neovim `FollowLink`/`TabnewLink`) use
-  `follow_link_or_create`. Once the above is fixed, route Neovim
-  Split/VSplitLink through `follow_link_or_create` too for cross-client parity.
+- [x] **Neovim `follow_link_or_create` "botched"** _(new, 2026-05-31
+  command-attribute audit; FALSE ALARM — verified + tidied)_ — the audit
+  mis-read the function. `lua/nuwiki/commands.lua` had a single, correct
+  definition that already did the bare-word → `[[link]]` wrap (via
+  `wrap_cword_as_wikilink`) and was dispatched by the `<CR>` keymap — there was
+  no dead `pos_args()` code and no `s:wrap_word_under_cursor` (that name doesn't
+  exist). The only real artifact was two separate `vim.lsp.buf.definition()`
+  call sites for the "inside a wikilink" and "nothing to wrap" branches.
+  _Done:_ collapsed to one tail call (`if not cursor_inside_wikilink() and
+  wrap_cword_as_wikilink() then return end; vim.lsp.buf.definition()`) —
+  behaviour identical (wrap still skipped when already inside a link, via
+  short-circuit), just tidier. No `<CR>` behaviour change.
+- [x] **Neovim `*Link` Ex-commands skip the bare-word wrap** _(new, same audit;
+  broader than first noted)_ — not just Split/VSplit: all eight Neovim
+  Ex-command link defs (`Vimwiki/Nuwiki` × `FollowLink`/`SplitLink`/
+  `VSplitLink`/`TabnewLink`) dispatched to raw `lua vim.lsp.buf.definition()`,
+  bypassing the wrap + create-on-follow that the Vim commands and the Neovim
+  `<CR>` family provide. _Fix:_ all eight now call
+  `lua require('nuwiki.commands').follow_link_or_create()` (keeping their
+  `split`/`vsplit`/`tabnew` prefixes); `TabDropLink` already used
+  `follow_link_drop` and is unchanged. Covered by
+  `cmd.VimwikiFollowLink_wraps_bare_word` +
+  `cmd.VimwikiSplitLink_wraps_bare_word` (`test-keymaps.lua`).
 - [x] `VimwikiRebuildTags` `-bang` ("rebuild all") — `:…RebuildTags!` now passes
   `{ all: true }`; the server (`tags_rebuild`) re-indexes **every** configured
   wiki (via `wikis_snapshot()`) instead of just the current one. `-bang` added to