BEE-013: a wiki link fuses but opens nothing — a pocket page has no spellings

Now
OPEN
Sev
MED
Ask
gritzko
Rep
///bee
On1
DOG-042
See
BEE-008

DOG-042 made [/wiki/Bro] fuse one F, and the token then resolved to NOTHING: door.js read a slash-headed ref as another repo's ROOT and tried the literal path, so it looked for a file NAMED wiki/Bro. No such file exists — the page is wiki/Bro.mkd. This is BEE-008's bug one pocket over: a ticket code is a stem and got its ladder, a wiki page is a stem too (wiki: a page is linked bare) and never got one. The reader sees a painted-but-dead reference, which is the worst of both readings — the lexer says "target", the door says "nothing".

Input

Context

Found 2026-08-16 on bee http /bee/cat/pager.js line 1, straight after DOG-042 landed: ([/wiki/Bro]) paints G:[ F:/wiki/Bro G:] and the F carries no <a href>, while ~/src/quickjab/bee-journal/wiki/Bro.mkd sits in a registered repo.

Goals

A pocket-page reference opens its page, wherever the pocket sits and whichever spelling the page takes.

Constraints

WIP

Design decisions

A slash-headed ref is a POCKET PAGE and takes the SAME six spellings a ticket code takes, applied to the path instead of the code. The slash is DROPPED and the segments are looked up like any other ref's: a leading slash likely means that repo's root, but nothing assumes it (gritzko's ruling 2026-08-16) — we look for such a file.

TODOs

Blockers and bummers

Outcome

Done in the MAIN TREE ///bee on gritzko's explicit say-so (edited, nothing staged, no VC op run). A wiki link now opens its page.

Suggested commit: BEE-013: pocket pages, and no root assumed