retrieval — what the search arm returned

score = the fused retrieval score (reciprocal-rank fusion over the search arms) — NOT a cosine similarity. This ruling ran the THREE-ARM fuse (full-text + vector + the doc-priority boost arm, which carried the base rulebook and/or the errata corrections this query matched), whose arithmetic ceiling is 0.04918 — all three arms ranking the same chunk #1 (ceiling = arms/(k+1) at k=60). The measured healthy band 0.016–0.033 was measured on TWO-arm asks and does not bound this one: its high end is the two-arm ceiling, and a third arm has room above it. A chunk only one arm ranked highly lands near 0.016 (that one arm's #1 vote), so 0.03 here is an excellent hit, not a 3% match.

per-arm ranks (the rank each search arm gave a chunk): NOT DISCLOSED by the gateway. Fusion happens gateway-side and only the FUSED score crosses the wire, so rulesage cannot show them without a gateway change. The rank column below is the FUSED rank (position in the returned list), which is real.

token count per chunk: NOT DISCLOSED — chunk token counts are not reported on the ask path. The character counts below are of the bounded snippet/quote rulesage actually received — a real measurement of what we hold, never an estimate of the chunk.

fused rank	document	heading	page	fused RRF score	snippet chars
#1	RULEBOOK Speakeasy — Rulebook (corpus doc 346)	2. player rOuNDs (aCTs 1/2/3/4) · TurN OrDer · Example:	p.8	0.032787 (healthy, below this ruling's 3-arm ceiling 0.04918 (the measured band 0.016–0.033 was taken on two-arm asks and does not bound a 3-arm one))	300
#2	RULEBOOK Speakeasy — Rulebook (corpus doc 346)	Setup Round (1920)	p.6	0.032258 (healthy, below this ruling's 3-arm ceiling 0.04918 (the measured band 0.016–0.033 was taken on two-arm asks and does not bound a 3-arm one))	300
#3	RULEBOOK Speakeasy — Rulebook (corpus doc 346)	eaCH player: · alsO Take: · yOur OperaTIONs bOarD: · yOur safe sCreeN: · ON THe maIN bOarD:	p.6	0.031746 (healthy, below this ruling's 3-arm ceiling 0.04918 (the measured band 0.016–0.033 was taken on two-arm asks and does not bound a 3-arm one))	300
#4	RULEBOOK Speakeasy — Rulebook (corpus doc 346)	Components · IN 2-player Games:	p.4	0.03125 (healthy, below this ruling's 3-arm ceiling 0.04918 (the measured band 0.016–0.033 was taken on two-arm asks and does not bound a 3-arm one))	300
#5	RULEBOOK Speakeasy — Rulebook (corpus doc 346)	City Hall (2 People in a 3/4 Player Game. 2 in a 2-player game) · GaIN ONe famIly member · HIre ONe Or mOre GOONs · GaIN ONe leveraGe · play ONe vIp rOOm CarD · GeT prOTeCTION · …	p.17	0.030769 (healthy, below this ruling's 3-arm ceiling 0.04918 (the measured band 0.016–0.033 was taken on two-arm asks and does not bound a 3-arm one))	300
#6	RULEBOOK Speakeasy — Rulebook (corpus doc 346)	exCHaNGe CapOs · 4. FINAL SCORING ROUND (ACT 4) · THe player WITH THe mOsT mONey WINs. · a: GaIN ONe leveraGe · b: GaIN ONe bOOk · C: GaIN ONe CITy TIle · …	p.20	0.030303 (healthy, below this ruling's 3-arm ceiling 0.04918 (the measured band 0.016–0.033 was taken on two-arm asks and does not bound a 3-arm one))	300
#7	RULEBOOK Speakeasy — Rulebook (corpus doc 346)	City Planning Office (3 People in a 3/4 Player Game. 2 in a 2-player game) · Or Take Over a mObsTer speakeasy · a: OpeN a NIGHTClub Or CasINO · b: upGraDe ONe Of yOur speakeasIes TO a NIGHTClub Or CasINO · C: Take Over a mObsTer speakeasy · play ONe OperaTIONs CarD · …	p.15	0.029851 (healthy, below this ruling's 3-arm ceiling 0.04918 (the measured band 0.016–0.033 was taken on two-arm asks and does not bound a 3-arm one))	300
#8	RULEBOOK Speakeasy — Rulebook (corpus doc 346)	Rest aurant (No limit for the number of Capos that can be sent) · CHaNGe THe TurN OrDer fOr NexT rOuND · perfOrm 2 DIffereNT aCTIONs · a: play ONe OperaTIONs CarD · b: play up TO TWO CITy TIles · C: COOk up TO THree bOOks	p.19	0.029412 (healthy, below this ruling's 3-arm ceiling 0.04918 (the measured band 0.016–0.033 was taken on two-arm asks and does not bound a 3-arm one))	300

chosen chunks — what the answer actually cited

token count per chunk: NOT DISCLOSED — chunk token counts are not reported on the ask path. The character counts below are of the bounded snippet/quote rulesage actually received — a real measurement of what we hold, never an estimate of the chunk.

#	document	heading	page	quote chars
[1]	RULEBOOK Speakeasy — Rulebook (corpus doc 346)	eaCH player: · alsO Take: · yOur OperaTIONs bOarD: · yOur safe sCreeN: · ON THe maIN bOarD:	p.6	no quote on the wire
[2]	RULEBOOK Speakeasy — Rulebook (corpus doc 346)	Components · IN 2-player Games:	p.4	no quote on the wire
[3]	RULEBOOK Speakeasy — Rulebook (corpus doc 346)	COps · CITy TIles · ZONe GOal TIles · CeNTral park GOal TIles	p.5	no quote on the wire
[4]	RULEBOOK Speakeasy — Rulebook (corpus doc 346)	mObsTers	p.4	no quote on the wire

generation — timing and the path taken

timing split

retrieval 264 ms · first delta 8926 ms · total 11027 ms (retrieval and first-delta both measured from the START of gateway work, so first-delta INCLUDES retrieval — do not subtract)

full breakdown

queued 0 ms · retrieval 264 ms · ask 10752 ms · gateway work 11027 ms · total 11027 ms

tokens in (the prompt the answerer read)

4024

tokens out (what the answerer generated)

302

tok/sec

148.5 tok/sec — 302 output tokens in 2.034 s of generation

live seat (read from the running child)

answering — gemma4:26b think:false · num_ctx 32768 (live-verified 6s ago)

stream path

streamed — the gateway pushed at least one accumulated draft

watchdog

first-token watchdog: 30s per arming window (rulesage.table.first-token-watchdog-seconds), re-armed once by the passages frame — so the worst case before a reader falls back to polling is 60s. Whether it actually fired is a BROWSER-side decision that never reaches the server, so it is not recorded here. The stream path above is the server's half of that story: whether a delta was emitted at all.

num_ctx · think posture

both are the CHILD's settings, not rulesage's, and no ask reply carries them — an answer never states which context window or think posture produced it. The live-seat line above reads them from the running child instead, where the gateway can answer for itself; it describes the child NOW, not this ask.

disposition

outcome

ANSWERED — Answered

abstain rationale (n/a — this ruling answered)

answered — no abstain rationale applies

setup-shape — why the checklist band did or didn't render

decision

NO_APPROVED_CHECKLIST — setup-shaped, but no approved setup checklist exists for this game

pattern that matched

BEGIN — "begin" / "beginning"

matched words (in the normalized question)

begin

errata registry — what the gate above had to match against

this game registers NO errata cards (edition 274), so "no registered errata card matched" above could never have matched one

Errata scope: the gate above matched this ruling's own edition only. When an ask also reads an expansion, that expansion's own registered errata cards stay outside the match — a stated phase-1 limitation, not a failed lookup.