fix(follow-link): two-step <CR> — first wraps, second follows

User feedback: the smart `<CR>` should give the user a chance to
review/edit the freshly-created wikilink before committing to the
follow. Matches upstream vimwiki's flow.

`follow_link_or_create` (Lua + VimL) now:
  1. Cursor already inside `[[…]]` → follow immediately.
  2. Cursor on a bare word → wrap it as `[[word]]`, place cursor
     inside, and STOP. A second `<CR>` then follows.
  3. Neither — fall through to plain definition request so users
     can still chord follow without a target word.

Verified: cursor on `MyPage rest` →
  1st `<CR>` → `[[MyPage]] rest` (buffer unchanged)
  2nd `<CR>` → opens `MyPage.wiki` (the synthesised future page).

381 tests still pass.

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

lua/nuwiki/commands.lua

@@ -159,13 +159,24 @@ local function wrap_cword_as_wikilink()
   return true
 end
 
+--- Two-step behaviour matching vimwiki:
+---   1. First press on a bare word → wrap it as `[[word]]` and stop.
+---   2. Cursor is now inside `[[…]]`; next press follows the link.
+---   3. Press inside an existing `[[…]]` follows immediately.
+--- "Not on a word" falls through to plain definition so users can
+--- still chord a definition request anywhere.
 function M.follow_link_or_create()
-  if not cursor_inside_wikilink() then
-    if not wrap_cword_as_wikilink() then
-      -- Not on a word either — fall through to plain definition; the
-      -- LSP will simply do nothing if there's no target.
-    end
+  if cursor_inside_wikilink() then
+    vim.lsp.buf.definition()
+    return
   end
+  if wrap_cword_as_wikilink() then
+    -- Wrapped — leave the user inside the new `[[…]]` and stop. A
+    -- second `<CR>` follows it, matching vimwiki's review-then-follow
+    -- flow.
+    return
+  end
+  -- No word under cursor either — fall through.
   vim.lsp.buf.definition()
 end