You asked
What happens when I roll a 7?
Answered counted as answeredWhen I roll a 7, the following happens: - None of the players receive resources from the hex that would normally produce them. - Each player who has more than 7 resource cards (i.e., 8 or more) must discard half of their resource cards (rounded down). - I must move the robber to the number token of any other terrain hex or to the desert hex. - I steal 1 resource card at random from a player who has a settlement or city adjacent to the new hex. If there are 2 or more such players, I may choose which one to steal from. - The robber blocks resource production from the hex it is now on until it is moved again by rolling a '7' or playing a knight card. These actions are explicitly described in [1] and [2] and [3]. Answer: [1], [2], [3]
Strategy guides → — community tips, kept separate from rulings
🔧 debug — where this ruling came from
- outcome
- ANSWERED — Answered
- corpus profile
- live
- answerer pin (deploy-frozen, attribution only)
- unset-dev (corpus lane freezes the deploy value)
- timings
- search 109 ms · ask 6090 ms · total 6200 ms
- single-flight (PR-5)
- queued 0 ms · generation 6200 ms
- retrieval refs (raw)
- [{"page": 11, "score": 0.016393, "snippet": "If you roll a '7' for resource production, none of the players receive resources. Instead: Each player counts their resource cards. Any player with more than 7 resource cards (i.e., 8 or more) must choose and discard half of them. Return discards to the supply stacks. If you hold an odd number of ca", "headingPath": "rollinG a '7' and aCtivatinG the roBBer", "sharpsignalDocId": 43}, {"page": 5, "score": 0.016129, "snippet": "If you roll a '7,' no one receives any resources. Instead, every player who has more than 7 resource cards must select half (rounded down) of their resource cards and return them to the bank. Then you must move the robber Y . Proceed as follows: You must move the robber Y immediately to the number t", "headingPath": "a) Rolling a '7' and Activating the Robber Y", "sharpsignalDocId": 43}, {"page": 10, "score": 0.015873, "snippet": "The 18 number tokens are marked with the numerals '2' through '12.' There is only one '2' and one '12.' There is no '7.' The more often a number is rolled, the more often each associated hex produces resources. Note the size of the numbers and the dots (pips) beneath the numbers on the tokens. The t", "headingPath": "numBer toKens", "sharpsignalDocId": 43}, {"page": 5, "score": 0.015625, "snippet": "If you play a knight card, you must immediately move the robber. See 'Rolling a '7' and Activating the Robber' above and follow steps 1 and 2. Once played, knight cards remain face up in front of you. The first player to have 3 knight cards in front of themself receives the special card 'Largest Arm", "headingPath": "Knight Cards (Purple Frame) Y", "sharpsignalDocId": 43}, {"page": 12, "score": 0.015385, "snippet": "Each player rolls both dice. The player who rolls highest is the starting player and begins. The starting player places a settlement on an unoccupied intersection Y of their choice, then places a road adjacent to this settlement. The other players then follow clockwise. Everyone places 1 settlement ", "headingPath": "Round One", "sharpsignalDocId": 43}, {"page": 10, "score": 0.015152, "snippet": "On your turn, you must roll the dice for the turn's resource production. The number rolled determines which hexes produce resources. Each number appears twice-except for '2' and '12,' which only appear once. All players who have settlements Y or cities Y on the hexes indicated by the roll receive th", "headingPath": "resourCe produCtion", "sharpsignalDocId": 43}, {"page": 11, "score": 0.014925, "snippet": "The robber begins the game in the desert Y . It is moved only by rolling a '7' Y or playing a Knight Y card. If the robber is moved to any other terrain hex, it prevents that hex from producing resources. Players with settlements and/or cities adjacent to the target terrain hex receive no resources ", "headingPath": "roBBer", "sharpsignalDocId": 43}, {"page": 5, "score": 0.014706, "snippet": "If you have 10 or more victory points during your turn , the game ends and you are the winner! If you reach 10 points when it is not your turn, the game continues until any player (including you) has 10 points on their turn.", "headingPath": "endinG the Game", "sharpsignalDocId": 43}]
- citations (raw)
- [{"page": 11, "quote": null, "headingPath": "rollinG a '7' and aCtivatinG the roBBer", "sharpsignalDocId": 43}, {"page": 11, "quote": null, "headingPath": "roBBer", "sharpsignalDocId": 43}, {"page": 5, "quote": null, "headingPath": "a) Rolling a '7' and Activating the Robber Y", "sharpsignalDocId": 43}]
- boost provenance — errata + base rulebook (E2/E3)
- gate not evaluated for this ruling (boost, supersedence, and wrench all off at ask time), and the base-rulebook arm went unrecorded for the same reason — the wrench that would have stored it was off; rulesage.errata.boost-enabled=false, rulesage.errata.supersedence-enabled=false
- answered-before recall
-
this ruling was answered, so past rulings were not offered
similarity threshold in force: 0.55 (rulesage.answered-before.similarity-threshold; the exact-question tier is not gated by it)
- debug row retained until
- Oct 7, 2026 15:56
retrieval — what the search arm returned
score = the fused retrieval score (reciprocal-rank fusion over the search arms) — NOT a cosine similarity. How many arms fused this ruling was NOT RECORDED (it predates the boost trail, ran on the path that stored none, or stored one that could not be read), and the ceiling depends on that count (ceiling = arms/(k+1) at k=60): 2 arms top out at 0.03279; 3 arms top out at 0.04918. So a score above 0.03279 here is not an anomaly: it is arithmetic proof a boost arm voted, and the measured band 0.016–0.033 (taken on two-arm asks) is what does not apply. 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 Catan — Rulebook (corpus doc 43) | rollinG a '7' and aCtivatinG the roBBer | p.11 | 0.016393 (inside the measured healthy band 0.016–0.033 (measured on two-arm asks; this ruling's arm count was never recorded)) | 300 |
| #2 | RULEBOOK Catan — Rulebook (corpus doc 43) | a) Rolling a '7' and Activating the Robber Y | p.5 | 0.016129 (inside the measured healthy band 0.016–0.033 (measured on two-arm asks; this ruling's arm count was never recorded)) | 300 |
| #3 | RULEBOOK Catan — Rulebook (corpus doc 43) | numBer toKens | p.10 | 0.015873 (below the measured healthy band (< 0.016) — a weak fuse on a two-arm ask, and this ruling's arm count was never recorded) | 300 |
| #4 | RULEBOOK Catan — Rulebook (corpus doc 43) | Knight Cards (Purple Frame) Y | p.5 | 0.015625 (below the measured healthy band (< 0.016) — a weak fuse on a two-arm ask, and this ruling's arm count was never recorded) | 300 |
| #5 | RULEBOOK Catan — Rulebook (corpus doc 43) | Round One | p.12 | 0.015385 (below the measured healthy band (< 0.016) — a weak fuse on a two-arm ask, and this ruling's arm count was never recorded) | 300 |
| #6 | RULEBOOK Catan — Rulebook (corpus doc 43) | resourCe produCtion | p.10 | 0.015152 (below the measured healthy band (< 0.016) — a weak fuse on a two-arm ask, and this ruling's arm count was never recorded) | 300 |
| #7 | RULEBOOK Catan — Rulebook (corpus doc 43) | roBBer | p.11 | 0.014925 (below the measured healthy band (< 0.016) — a weak fuse on a two-arm ask, and this ruling's arm count was never recorded) | 300 |
| #8 | RULEBOOK Catan — Rulebook (corpus doc 43) | endinG the Game | p.5 | 0.014706 (below the measured healthy band (< 0.016) — a weak fuse on a two-arm ask, and this ruling's arm count was never recorded) | 224 |
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 Catan — Rulebook (corpus doc 43) | rollinG a '7' and aCtivatinG the roBBer | p.11 | no quote on the wire |
| [2] | RULEBOOK Catan — Rulebook (corpus doc 43) | roBBer | p.11 | no quote on the wire |
| [3] | RULEBOOK Catan — Rulebook (corpus doc 43) | a) Rolling a '7' and Activating the Robber Y | p.5 | no quote on the wire |
generation — timing and the path taken
- timing split
- retrieval 109 ms · first delta n/a · total 6200 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 109 ms · ask 6090 ms · gateway work 6200 ms · total 6200 ms
- live seat (read from the running child)
- answering — gemma4:26b think:false · num_ctx 32768 (live-verified 47s ago)
- stream path
- not recorded — this ruling predates the stream-path column (V41)
- 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
- NOT_SETUP_SHAPED — no setup-shape pattern matched this question
errata registry — what the gate above had to match against
this game registers NO errata cards (edition 1), 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.