Second Guess — the AI-authored answer key

For a room with one shared screen. Everybody answers the same question at once from their phone, and you score what the answer was worth.

The constraint

Survey-based game shows work because a production company paid a research firm to ask 100 people what they think about something. That answer sheet is the game. Without it, there's no game — you can't judge whose answer was "worth more" if nobody agreed on what the right answers were.

Independent developers don't have a research budget. So a public version of the genre needs a different way to get an answer key.

The design answer

An AI writes the answer key. Every Second Guess question ships with a set of accepted answers and a weighted score for each one, all authored ahead of time by Claude — not scraped from a real survey, but built to look and feel like one. The game runs against that answer sheet, not against live players' votes.

This inverts the usual mechanic. Instead of asking "what did the crowd say?" the game asks "what did the AI think the popular answers would be?" — and the players are guessing what the AI guessed.

What that made possible

• Every player answers at once, from their own phone. No buzzer, no team turns, no waiting. The bottleneck of a physical buzz-in disappears once scoring is deterministic against a fixed answer sheet.
• The board is a shared screen with the question and a set of hidden answer slots. Answers only fill in as the host reveals them — the board's HTML never contains an unrevealed answer, so nothing can leak through Ctrl+U, screen-share resizing, or a resend of a state payload.
• Ambiguous responses route to the host for review before scoring, so a fuzzy match doesn't quietly award or reject points behind the game.
• The whole system works with no phones at all as a fallback — the host types responses on the board's behalf. Same game, same scoring, same answer key.

Dial It In — the game that works on a livestream

For any size crowd, including a stream. One clue, one hidden spot on the meter, and everybody guessing at once from their phone. Works with four people or four thousand.

A livestream audience is watching the video 5 to 30 seconds behind whatever the host is doing. Any game mechanic that rewards being fast stops being a game and starts being an internet-latency test — the person on fiber wins, the person on cellular loses. So nothing in Dial It In is scored on speed. Scoring depends only on how close a guess lands to a hidden spot on a meter — a value between two opposites (overrated ↔ underrated, mild ↔ spicy, useful ↔ useless). The band is chosen by the host, players guess after seeing the clue, and the score is the distance. That's the whole rule.

Three deliberate architectural choices fall out of that:

• Polling, not push. The transport is long-polling instead of Server-Sent Events. It survives Cloud Run idle disconnects, corporate-proxy buffering, and wifi-to-cellular handoffs — none of which are edge cases for a live audience.
• Guesses are write-only from the crowd. The viewer's phone is the input device and the video is the only output. There's no client that has to render live state fast enough to match the host — because there's no state a player needs to see faster than everyone else.
• The crowd's mean scores as its own player. An arbitrarily large audience is one entrant on the board, sitting alongside up to a handful of named players. That's how "four thousand people" and "four people at the kitchen table" become the same game.

Dial It In · party — the game with no host

For two to eight people in a room. One phone each, no host and no screen needed. It hands the clue around by itself and stops once everybody has had a turn.

Party games at the kitchen table normally need somebody running the room — reading the card out loud, deciding whose turn it is, tallying points. Somebody has to sit out to run the game. The design goal here was: nobody sits out.

The answer is self-orchestrating turn rotation. There's no board, no host role, no timer server-side. Each player joins from their phone; the game hands the clue-writing seat around the group in order; when everyone has written one clue, the round ends on its own. All state advances via poll timestamps evaluated on request — no wall-clock timers, no host input required. Same mechanic as broadcast Dial It In, same server, same answer-isolation architecture. Just a completely different physical setup around it.

What the three games share

All three games run out of one Node.js process, one deploy container, and one URL. Under that surface are a handful of design decisions the whole platform inherits.

Play it

Pick a room, grab your phone, no install.

Play now →

Want the build story or the source structure? Get in touch.