You asked
How do I take my turn?
Answered counted as answered1. The Encryptor draws 1 Code Card and looks at the 3-digit code without showing it to any other player [1]. 2. Both Encryptors simultaneously come up with 3 clues to help their teammates guess the 3-digit code [1]. 3. Each Encryptor writes their clues on the corresponding side of their team's Note Sheet [1]. 4. Once an Encryptor finishes writing, they flip the sand timer; the opposing Encryptor must finish writing their clues before the timer runs out or risk not having all 3 clues for the Round [1]. 5. The White team's Encryptor reads their 3 clues out loud and gives their teammates the Note Sheet [1]. 6. The Black team notes down these clues on the white side of their Note Sheet [1]. 7. Members of both teams quietly discuss the clues to try and work out the code [1]. 8. When a team believes they have solved the code, they write the number they believe corresponds to each clue in the first box at the end of each line [1]. 9. The White Encryptor must avoid any reaction that might help their teammates [1]. 10. After both teams have finished, the Black team attempts an Interception by reading out the 3-digit code they have written, hoping to match the White Encryptor's code (note: there is no Interception attempt in the 1st Round) [1].
🔧 debug — where this ruling came from
- outcome
- ANSWERED — Answered
- corpus profile
- live
- answerer pin (deploy-frozen, attribution only)
- gemma4:26b think:false 5571076f3d70
- timings
- search 230 ms · ask 6419 ms · total 6658 ms
- single-flight (PR-5)
- queued 0 ms · generation 6658 ms
- retrieval refs (raw)
- [{"page": 2, "score": 0.031778, "snippet": "The game takes place over a number of Rounds (to a maximum of 8), with most games usually lasting between 4 and 6 Rounds. If neither team has won by the end of the 8th Round, the game automatically ends. At the beginning of each Round, each team names their Encryptor. This role will be held by each ", "headingPath": "gameplay", "sharpsignalDocId": 101}, {"page": 3, "score": 0.016393, "snippet": "When the Round has ended, check to see if one of the teams has either won or lost the game. If at least one of the following conditions has been met, the game ends. Otherwise begin a new Round. If a team has 2 Interception Tokens, they've won the game. If a team has 2 Miscommunication Tokens, they'v", "headingPath": "End of Round and End of Game", "sharpsignalDocId": 101}, {"page": 3, "score": 0.016129, "snippet": "Repeat Steps 3-7 with the opposite team. The Black team's Encryptor reads their clues out loud, the players from both teams try to work out the code, etc. You must finish the Round even if one (or both!) of the teams have met one of the victory conditions. There is a very good chance that your under", "headingPath": "Record the clues for this Round in the spaces at the bottom of the Note Sheet.", "sharpsignalDocId": 101}, {"page": 2, "score": 0.015873, "snippet": "Split into 2 teams as evenly as possible. Seat all the members of the same team on the same side of the table , facing the opposing team. Each team takes 1 Screen and draws 4 Keyword Cards from the top of the deck, which they place in the Screen's slots without showing them to the opposing team. Eac", "headingPath": "Setup and Components", "sharpsignalDocId": 101}, {"page": 6, "score": 0.015625, "snippet": "The game follows the standard rules for Steps 1 through 7, except for the distribution of Tokens. If the Interceptor manages an Interception, they receive 1 Interception Token, as usual. If the Encryptors fail a communication, however, they do not receive a Miscommunication Token. Instead, the Inter", "headingPath": "Gameplay", "sharpsignalDocId": 101}, {"page": 2, "score": 0.015152, "snippet": "Write the clue for Keyword 1 in the 1 column, the clue for Keyword 2 column, and so forth. This will allow you to see all the clues for each Keyword at a glance.", "headingPath": "Record the clues for this Round in the spaces at the bottom of the Note Sheet.", "sharpsignalDocId": 101}, {"page": 2, "score": 0.014925, "snippet": "When the 2 teams have finished, the Black team attempts an Interception by reading out the 3-digit code that they have written, hoping to match the White Encryptor's code. Important! In the first Round, neither team attempts to Intercept the other team's code; they don't have any clues yet to be abl", "headingPath": "gameplay", "sharpsignalDocId": 101}, {"page": 7, "score": 0.014706, "snippet": "Clues MUST refer to public information . Clues MUST refer only to the meaning of the Keyword. Clues MUST never refer to the spelling, the position on the Screen, or the pronunciation of Keywords. You may NOT use the same clue more than once per game. You may NOT read out loud the code on the Code Ca", "headingPath": "Clue Rules Reminder", "sharpsignalDocId": 101}]
- citations (raw)
- [{"page": 2, "quote": null, "headingPath": "gameplay", "sharpsignalDocId": 101}]
- boost provenance — errata + base rulebook (E2/E3)
-
no registered errata card matched this query; base-rulebook boost: not recorded (this ruling predates it); rulesage.errata.boost-enabled=true, rulesage.errata.supersedence-enabled=true
base-rulebook boost: not recorded (this ruling predates it)
- 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 30, 2026 03:32
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 Decrypto — Rulebook (corpus doc 101) | gameplay | p.2 | 0.031778 (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 Decrypto — Rulebook (corpus doc 101) | End of Round and End of Game | p.3 | 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 |
| #3 | RULEBOOK Decrypto — Rulebook (corpus doc 101) | Record the clues for this Round in the spaces at the bottom of the Note Sheet. | p.3 | 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 |
| #4 | RULEBOOK Decrypto — Rulebook (corpus doc 101) | Setup and Components | p.2 | 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 |
| #5 | RULEBOOK Decrypto — Rulebook (corpus doc 101) | Gameplay | p.6 | 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 |
| #6 | RULEBOOK Decrypto — Rulebook (corpus doc 101) | Record the clues for this Round in the spaces at the bottom of the Note Sheet. | p.2 | 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) | 161 |
| #7 | RULEBOOK Decrypto — Rulebook (corpus doc 101) | gameplay | p.2 | 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 Decrypto — Rulebook (corpus doc 101) | Clue Rules Reminder | p.7 | 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) | 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 Decrypto — Rulebook (corpus doc 101) | gameplay | p.2 | no quote on the wire |
generation — timing and the path taken
- timing split
- retrieval 230 ms · first delta n/a · total 6658 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 230 ms · ask 6419 ms · gateway work 6658 ms · total 6658 ms
- live seat (read from the running child)
- answering — gemma4:26b think:false · num_ctx 32768 (live-verified 32s 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 32), 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.