Distinguish Hidden Guidance From No Legal Route
Not knowing the next step does not necessarily mean broken rules. Walk from visible information and legal actions without relying on the author’s hidden answer: readable goal, necessary objects, satisfiable conditions, and useful feedback.
Separate an existing route with poor guidance, a deliberately failed run, and a supposedly active run unable to reach its main task. The last is often called a softlock; identify its specific state rather than stopping at the term.
Trace the First Broken Condition
| Record | Break to locate |
|---|---|
| Initial state and actions | The step after which all routes vanish. |
| Possession | Held, returned, and previously acquired conflated. |
| Preconditions | Whether a missing resource/access can still be obtained. |
| Outcome | Ended, continuing, or merely missing an optional result. |
| Recovery | An actual next path from this state. |
NovelToGame separates past events from current state and commits position, ownership, and access through rules. This editorial aid does not require a new save format. Changing a hint does not repair an action condition.
Original Repair Path: Borrow Again Within the Same Visit
Paper archive game: visit the display area to read one public label. During an open visit, the attendant permits borrowing one exhibit-area door key until departure and stays present. Initially the key is at the counter, the area door is locked, and the label unread. The player borrows but returns the key before opening that door.
A candidate wrongly treats “borrowed once” as permanently disabling borrowing. The key is back, the player holds none, and permission remains, but the interface only says keep looking. No opening or borrowing route exists, and the run is not ended. The fault is a condition, not a missed secret shortcut.
Paper repair and complete path:
- Preserve the first loan/return history. Borrowing reads current permission, attendant presence, key at counter, and no key held; all must hold.
- Ask again; the attendant actually hands over the same key, removing it from the counter without duplication.
- Use the held key at the area door, actually enter the exhibit area and read the label, and complete the main task.
- Return the key at the counter, clearing possession; leave and end this visit’s permission.
Adjacent counterexamples: another borrow while holding the key grants nothing; an old borrowing entry after departure cannot restore ended permission. Any later visit follows a newly defined visit rather than secretly reviving the old one.
The repair preserves the earlier return, objective, and visit limit without free items or a global reset. It is unimplemented paper reasoning. After building, replay the stuck sequence and counterexamples, then assess whether players understand the feedback.
Preserve Established Consequences in Recovery
Repair unintended dead ends through conditions, an omitted reachable entry, or an explicitly revised recovery rule according to the source and player promise. Do not refill every resource, reopen refusals, or erase choices by default.
Deliberate failure can remain with cause and declared recovery; see failure and restart. Losing an optional interview while the main task continues is not an automatic dead end merely because everything cannot be collected.
Replay the Failure and a Distinguishing Neighbor
Replay the early-return sequence, then neighboring cases such as another loan while holding the key or after departure. Check outcome, possession, permission, and actions beyond a visible new button. Changed variable meanings or action effects need explicit save/log compatibility handling.
For guidance, observe actual players noticing the goal, feedback, and next step. Reachability and understandable guidance need distinct evidence; a coherent paper route is not a successful playtest.
FAQ
Should every report of being stuck get more hints?
Check whether a legal route exists. Improve guidance when it does; broken conditions need repaired rules or declared recovery, not another hint for an unavailable action.
Is losing optional content a dead end?
Not necessarily. Continued main progress, a weaker outcome, or soft failure may be intentional. Check what is lost and whether a permitted outcome remains, without requiring total collection.
Do it with the skill
Give game-world-design the selected concept, level rules, action sequence, and stuck state. Distinguish guidance, failure, and unintended unreachability; propose a minimal repair with the failing path and adjacent counterexample. Preserve possession, access, and history without free keys or a full reset.
Read the method: Current state, available actions, and local repair · Separate current state/history and actual preconditions · Failing path and adjacent counterexample