fix: a wikilink wrapped across a line break is its own lint finding; rename and rm see it (#115)

Files changed:
- CHANGES.md
- VERSION
- instructions/wiki-lint/SKILL.md
- kb/CONTRACT.md
- tools/CONTRACT.md
- tools/chemenu/commands/lint.py
- tools/chemenu/commands/page_ops.py
- tools/chemenu/kb_scan.py
- tools/chemenu/lint_core.py
- tools/chemenu/tests/test_kb_scan.py
- tools/chemenu/tests/test_lint.py
- tools/chemenu/tests/test_page_ops.py

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01SnAJ7Z3CpVD3PRbN73QtU2

kb/CONTRACT.md

@@ -116,6 +116,12 @@ not a naming preference; it is the wiki's only way to address a page. `wikitool
 H1 that stops matching its title, `rename`/`rm` rewrite every reference to a stem, and a
 `[^cite-id]` resolves through one.
 
+**A wikilink is one token and is never wrapped across lines.** When prose is broken at a fixed
+column, the break goes before or after `[[...]]`, never inside it: a renderer does not reliably
+read a link with a line break in it as a link. `wikitool lint` reports one as a *Wrapped
+Wikilinks* hard error, naming the title it folds to - the graph, `rename` and `rm` already read
+it as that title, so the fix is only to put it back on one line.
+
 Which *form* those titles take - spaces or kebab-case, singular or plural, what prefixes a
 decision record - is the instance's, in
 [kb/CONVENTIONS.md § Naming](CONVENTIONS.md#naming).