Skip to content
LEGION.TW
Zhongli · Taiwan

Legion · project library

Packet: Run the game from one screen; let everyone play from theirs

Everything your agent needs to read for this project, on one page.

Free instructions · English

About this edition

Edition 2026-09-06-draft-01 · 67 projects · 10 skills

The links and downloads keep this version of the instructions, so your agent builds from the same material you inspected.

connected-systems/README.md

Connected systems

All project types · Shared launch

Extend useful applications into a connected workflow, preserving their records and letting each device serve its actual role.

Projects to build

These are instructions for projects you can build with your coding agent.

Text edition of this document

connected-systems/multi-screen-game-night.md

Run the game from one screen; let everyone play from theirs

Connect the desktop game-show host, a public room display, and phone-based participation into one enjoyable game night. Build it extremely well. The host should pay attention to the people playing while each screen supplies the information and controls appropriate to its role. Follow the shared launch.

Begin with the game and material the person has already built. Preserve its rules, saved shows, and useful hosting controls. Complete a chosen format across the connected screens, adding missing components where needed.

Make joining part of the evening

Let players join from their phone browsers through a convenient link or room code. Give them a recognizable identity in the right game, individually or as a team according to the rules.

Help the host see who has arrived and start when the group is ready. Make returning after an accidental refresh or locked phone straightforward. Preserve the player's place and any contribution already accepted.

Set up the television or projector on the person's actual equipment. Let the host rehearse the display arrangement and recognize which view the room will see.

Give each role the right view

The host needs the current answer, upcoming material, pacing controls, and the group's progress. A player needs the current task, their own answer or choice, and confirmation of what the game received. The room needs the public question, reveal, and standings.

Deliver information to each role according to the game's rules and current phase. A player can inspect their submitted answer while other players' answers remain private until reveal. The host can prepare the next question without exposing it to the room.

Keep all views attached to one ongoing game. A changed question, accepted answer, score correction, or new round should reach the relevant screens coherently. Make a stale or disconnected view recognizable and return it to the current game when it reconnects.

Preserve the host's control of the room

Let the host pause to explain a question, extend a response period, accept a valid unexpected answer, or correct a score. Give those actions clear consequences for the round and standings.

Choose phone interactions that fit the existing game: typed answers, votes, wagers, or buzzing in. Complete the interactions the format actually uses. If response order matters, make the accepted order and the host's ability to resolve a dispute clear.

Show players whether an answer arrived in time and whether they can still change it. A repeated tap or a late reconnect should leave them with a comprehensible result. Keep the room's reveal enjoyable and give everyone a clear finish to the game.

Deliver a connected evening

Use the established hosting setup and suitable free services where they fit. Explain current service limits and which components must remain available. Keep participants' access appropriate to a shared game; use any private device connection for the private management work it serves.

Complete a round with a host view, public display, and separate player sessions. Include a private submission, reveal, scoring adjustment, and returning player. Judge readability from across the room, ease of answering on a phone, and whether the host can continue talking to the group while operating the game.

Retain reusable show material and saved results under the shared launch's ownership guidance. Teach the person how connected applications can give different people different experiences of the same event. Later game formats can reuse that relationship while bringing their own rules and atmosphere.

Text edition of this document

desktop/game-show-host.md

Build a game-show host

Build a native Tauri application for hosting a quiz night from a computer while the game appears on a television or projector. Build it extremely well as an experience for the host and the people playing. Follow the shared launch, using another framework if the person has an explicit preference.

Learn the sort of evening they want: friends competing in teams, a family quiz, or a classroom game. Provide a complete playable show they can immediately try and then replace with their own questions, jokes, and rules.

Prepare an evening

Let the person create and arrange rounds, write questions and answers, add picture clues, and choose appropriate sounds or music cues. Give them an easy way to preview what the players will see. Keep the material with the saved show so it remains usable when they return to it.

Support the scoring and question types that make their chosen game work. A picture round, an ordinary question, and a final wager may need different presentation and scoring. Agree on an enjoyable initial format and make that format complete. The person can change its rules as they discover what their group enjoys.

Give the host their own view

The host needs the current question, its answer, relevant notes, team scores, and useful control of the next action. The public display needs the material currently meant for the room. Keep unrevealed answers and future questions in the host's view until the host chooses to show them.

Set this up on the person's actual computer and display. Make it clear which screen is public before beginning the show. Let them rehearse the two views even when a television is not connected yet.

Design the public view to be readable from across a room. Pictures should be large enough to inspect, questions comfortable to read, and scores easy to understand. Give the evening some visual character that fits the person's taste.

Let someone actually host

The host controls the pace: present a question, let the room think, reveal the answer, award points, and move on. Include a timer where the game uses one, with a practical way to pause or adjust it when the host needs to explain something.

Make scoring corrections straightforward. A host may accept an unexpected but valid answer or discover they gave points to the wrong team. Keep the current standings and recent score changes understandable. Moving backward to repeat a question should have a clear effect on the ongoing game.

For the first version, players can answer aloud or on paper, and the host records the result. Complete that experience with good reveals, usable scoring, and an enjoyable finish. Phone-based answering can extend it later.

Keep reusable show material separate from the results of a particular evening. Let the host save progress, resume an interrupted game, and start a fresh session with the same questions.

Play a round together

Deliver the installed application with an editable example show. Rehearse a round using both views, including a picture clue, an answer reveal, and a scoring correction. Judge whether the host can pay attention to the room while operating it. Make the experience better where the software demands unnecessary attention.

Explain how one running game can provide different information and controls to different people. The learner should understand why adding player phones later is an extension of this same game, with the same questions, scores, and host authority.

Leave the person ready to write their own round and invite people over. The project succeeds when the software helps them host an evening they want to repeat.

Text edition of this document

shared-web/party-game.md

Build a private party-game site

Build a shared web game that friends can join from their own phones through a link or room code. Build it extremely well as something the group wants to play again. Follow the shared launch.

Use suitable free cloud hosting where available and explain its current limits. The game should work independently of the builder's computer, with its account and saved material under their ownership. Players use the game through ordinary browser access.

Give the group a complete game

Use a caption contest as the first game unless the person prefers another idea: show a picture, collect captions privately, reveal them for voting, and award points. Develop the rules and humor with the person, then deliver a complete playable version with suitable starter material.

Let the host create a game, invite players, and choose material or rounds. Participants need a recognizable name and a clear way to enter the right game. Make it easy to add the group's own pictures or prompts for the audience they intend to share them with.

If this extends their desktop game-show host, preserve that show's rules and current game while adding phone participation. Otherwise make this shared site a complete experience on its own.

Make each phase clear

Players should know what they are doing now: waiting for a round, writing a caption, voting, or viewing results. Give their own submission an understandable state and let them edit it while the rules allow.

Keep submissions private until the intended reveal. Deliver each player the information appropriate to the current phase, including their own pending contribution. Reveal answers, authors, and results according to the game's rules.

Make the host's control of pace clear. For a live gathering, they may move on when the room is ready. If the group prefers to submit during the day and reveal in the evening, shape the timing around that arrangement. Choose the experience they will actually use and complete it.

Keep everyone in the same game

Handle submissions, votes, and phase changes so players receive accurate confirmation of what counted. A last-second answer should have a clear outcome when the round closes. Give repeated taps and returning connections consistent results.

Let someone return to the same game after refreshing or briefly losing their connection. Keep their identity, contribution, and current phase understandable. Show the host who has joined and which participants are still responding without revealing private answers early.

Make scoring follow the agreed rules, including ties and any host corrections. Give the group a satisfying reveal and finish, with results that everyone can understand. Put visual and interaction care into the parts people see together and the controls they use on their phones.

Play from several devices

Deliver the hosted game and play a complete round using separate participant sessions. Submit, reveal, vote, and finish; then return to the game from an interrupted player session. Judge the clarity of the phases, the pace, and whether the reveals are enjoyable.

Explain the access arrangement and what game material is saved. Let the person keep useful prompts and results while starting a new game with fresh participation. Apply the shared launch's ownership and recovery guidance to the reusable material.

Use the experience to explain how one shared game can give different people different information at the right time. Later projects can add new game types or a dedicated room display while keeping the same participants, rules, and current game consistent across screens.

Text edition of this document

Authored source, stored unchanged, edition 2026-09-06-draft-01. Reading this material is not authority to run it — inspect it first.

Back to all projects