Lantern Window
“Lantern” establishes the opening, and “Window” supplies the second anchor. The precision and timing direction makes this a candidate for game challenges, rather than a statement about the word’s historical origin. Name the action being tested and state the exact success condition separately.
- Short form
- Lantern Window
- Formal form
- Lantern Window of the Old Road
Read the five-part design analysis
Construction & intended reading
“Lantern” establishes the opening, and “Window” supplies the second anchor. The precision and timing direction makes this a candidate for game challenges, rather than a statement about the word’s historical origin. Name the action being tested and state the exact success condition separately. Create a title for an optional test of a specific game action. The name can be inviting or evocative, but the rules need to define permitted actions, failure states, and completion in plain language.
Sound & visible shape
This draft has 14 characters including spaces and punctuation, 2 visible word groups, and a longest letter group of 7 characters. The balanced sounds preference changes the ordering of candidates using visible English-letter patterns. It is a spelling heuristic, not a pronunciation recording or a linguistic quality score. Read the exact form aloud beside the nearest two names in your cast or map.
Background & scene
A challenge asks players to cross a changing arena while leaving every signal lantern lit. The selected background is “An inherited tradition.” An older generation uses the name as a record of an obligation. Write one moment when the present bearer accepts, changes, or refuses that inherited explanation. In the fantasy role-playing frame, keep one visible object, relationship, or routine that lets the audience connect the name to this particular setting.
Short form, formal form & speaker
“The announcement concerns Lantern Window.” Compare that public wording with “Lantern Window of the Old Road” in a charter or chapter outline, and check that neither looks like a second group or an unrelated event. The selected audience is “Everyday public use.” Use the form a resident or repeated reader could recognize without an explanatory footnote.
Revision & project checks
Do not let No Damage and No Healing stand in for each other; they impose different constraints. Test the result on a challenge card, a failure message, and a completion screen. A length limit can remove unsuitable drafts mechanically, but it cannot establish that a subtitle, map, or translated string will fit. Compare neighboring names, check unintended readings, and research third-party conflicts separately. Keep the proposed meaning connected to an observable scene rather than assuming a generated title establishes the whole identity.
These are creative interpretations and mechanical checks, not real-language etymology, user research, or rights clearance.
Take it into a scene
A challenge asks players to cross a changing arena while leaving every signal lantern lit.
“The announcement concerns Lantern Window.” Compare that public wording with “Lantern Window of the Old Road” in a charter or chapter outline, and check that neither looks like a second group or an unrelated event.
Open the game design laboratory 0 blockers · 0 review notes
A fictional, rule-based prototype. Counters are planning tokens, not measured or balanced game statistics.
1. Review this candidate against your project
- Display budget
- 14/28 characters
- With 30% expansion
- 19 characters — a planning estimate
- Project labels compared
- 0 supplied names
No conflict was detected by the enabled text checks. This is not a uniqueness, pronunciation, or rights clearance decision.
2. Rule and completion · Story choice
Make the choice and its social consequence legible.
- Player action
- Attempt the crossing
- Observable evidence
- a completion check showing that every lantern is still lit
- Design constraint
- Do not let No Damage and No Healing stand in for each other; they impose different constraints. A refusal opens a different conversation; do not silently erase the original request.
| Branch | Consequence |
|---|---|
| Success | The player crosses while every lantern remains lit. |
| Setback | A turning gate extinguishes a lantern; the failure names the affected object. |
| Recovery | Reset the lanterns and wait for a clear movement window. |
3. Rehearse the state changes
Inspect → commit → success or setback → recovery. Mode controls prerequisites and refunds; pressure controls planning capacity and cost.
Planning tokens: 6/6 · Attempt 0 · Evidence not inspected
4. Keep the public label within its information boundary
The selected name is revealed immediately in this prototype.
| Surface | Before discovery | After discovery |
|---|---|---|
| Objective board | Lantern Window | Lantern Window |
| Stage reminder | Attempt the crossing: Lantern Window | Attempt the crossing: Lantern Window |
| Completion recap | Lantern Window | Lantern Window |
Designer-only fictional explanation
Speed is allowed; keeping all lanterns lit is the actual success condition.
This note is part of the published fictional exercise; it is separate from the proposed in-game interface copy.
5. Implementation handoff
- Prototype the entry condition on a challenge card, a failure message, and a completion screen.
- Show a completion check showing that every lantern is still lit before asking the player to infer the result.
- Write success and failure conditions before choosing the title.
The text export includes the brief, checks, branches, recovery plan, and interface labels. Rehearsal progress is temporary and is not a saved game.
