The space view lists boxes, not their contents

Eric, looking at the Red Dragon Inn shelf: a game stored inside
another box doesn't need its own row in the space view — it's clutter.
Right: the shelf holds physical boxes; what's inside them is the
container's business, already listed on its game page.

The opening sheet now renders only physical residents, collapsing
contents into a "holds N inside" hint on the container's row (hover
for the names). Eric's real B2 goes from 20 rows to 5 — Speechless,
Superfight, the Character Trove ("holds 15 inside"), Smorgasbox, Throw
Throw Avocado. The exported wall page mirrors it with "(+N inside)"
after the container's link. The payload keeps every rider (with a new
via field naming its box) so the sheet's add-a-game search still
excludes games already present through containment, and riders still
never appear in the unshelved backlog.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_016jXZFSTZQKzAC8fqpWSz9g

docs/guide.md

@@ -144,7 +144,10 @@ because can't-verify is not the same as fits. You can also assign by
 searching inside an opening, or from a game's detail page (openings
 grouped by unit, each labeled fits / doesn't fit / can't verify). Games
 stored inside another box inherit their container's spot — through whole
-chains (minis in an insert in a big box live where the big box does). On a
+chains (minis in an insert in a big box live where the big box does) —
+and the space view lists only the physical boxes: contents collapse into
+a "holds N inside" hint on their container's row (hover for names; the
+full list lives on the container's game page). On a
 phone over `--lan`, the opening view docks as a bottom sheet — the
 moving-day loop is search, tap, done.