adventure: tell the story of a run, not just how it ended

Pete only ever heard that an expedition happened once it was over — a zone
cleared, a retreat, a death. The run itself was narrated into one Matrix DM
and thrown away. The map on the adventurer page has always shown where
somebody is; this shows what happened there.

Beats arrive on their own channel, append-only and idempotent on
(run_id, seq). They are the one thing gogobee pushes that is history rather
than state, so they accumulate instead of replacing — and they stay off the
dispatch queue so a chatty run can never spend the retry budget a death
dispatch depends on.

The run header is derived from the beats rather than pushed: a run whose
start beat never arrived still gets a readable, unattributed log instead of
being dropped for want of a name.

An unknown beat kind renders as its own noun rather than 400ing. That is the
same lesson the dispatch ingest learned the hard way, and the regression test
covers the class, not the case.

Claude-Session: https://claude.ai/code/session_012bxpQQJDjC1mTtLN3VVtBQ

internal/web/server.go

@@ -231,6 +231,11 @@ func New(cfg config.WebConfig, sources []config.SourceConfig, postingEnabled boo
 	mux.HandleFunc("GET /adventure/who/{token}", s.handleAdventureWho)
 	mux.HandleFunc("GET /api/adventure/who/{token}", s.handleAdventureWhoAPI)
 
+	// The expedition liveblog. Bearer-authed ingest and nothing else: the beats
+	// have no page of their own, they render inside the adventurer page under
+	// the map and ride that page's existing poll.
+	mux.HandleFunc("POST /api/ingest/run", s.handleRunIngest)
+
 	// The Siege war room. Ingest is bearer-authed like the roster; the page and
 	// its poll are public — the same exposure the board already has.
 	//