In Hello Neighbor Alpha 3, getting caught does not wipe your inventory or permanently delete collected items from your save. Alpha 3 shipped with a simplified penalty model: the run is interrupted, you are ejected from the house, and your progress on that specific attempt is lost. Items already registered by the game persist across the catch. The confusion comes from conflating a lost attempt with lost equipment, and those are two different systems in this build.

The short answer is that Alpha 3 treats a catch as a reset of your current infiltration, not a reset of your account progression. You keep what the game has already logged as collected. You lose the positional advantage, the door state, and any unpicked item you were carrying at the moment the neighbor reached you. That distinction matters because most thin explainers either say "you lose everything" or "you lose nothing," and both are wrong.

This explainer digs into how the Alpha 3 catch system actually resolves, why the penalty feels harsher than it is, and where the real risk sits.

The catch-state reset mechanism

Alpha 3 runs on a state machine where the neighbor's detection triggers a transition, not a deletion event. When the neighbor's line of sight locks and the pursuit timer completes, the game fires a catch handler. That handler does three things in order: it freezes player input, plays the grab animation, and then calls a scene reload for the current match.

The scene reload is the key detail. A scene reload in Alpha 3 does not clear persistent save flags. It clears the runtime instance of the level. So anything the game wrote to the save file before the catch, such as a picked-up key or a triggered switch, survives. Anything that existed only in the live scene, like an item you had grabbed but not yet registered, does not.

That handoff between runtime state and save state is where the perception gap opens. Players see the grab animation and the reload and assume a total wipe. Mechanically, the wipe is scoped to the session instance.

There is also a pursuit cooldown baked into the handler. After a catch, the neighbor returns to a patrol state for a short window before he can re-detect you. This is why you can sometimes re-enter quickly after a catch and move through rooms he just left.

What the penalty actually costs

Quantifying the Alpha 3 penalty is tricky because the build is a prototype with inconsistent timing. What is consistent is the structure: you lose the attempt, the position, and the unregistered carry.

The attempt loss is the biggest practical cost. Every door you unlocked, every box you moved, and every distraction you set up reverts to its pre-attempt state unless a save flag fired. In Alpha 3, save flags fire on discrete triggers, not continuously. That means an item picked up two seconds before the catch may or may not have registered depending on whether the trigger completed.

The position loss is immediate and total. You respawn at the match start point. In Alpha 3 that is typically the street-side spawn outside the house, which means re-traversing the yard and the entry sequence every time.

The carry loss is the smallest but most emotionally salient cost. If you were holding an item when grabbed, that held item is the most likely casualty. Players remember the item in hand, not the door they already opened.

Edge cases that change the outcome

Not every catch resolves identically. Several edge cases produce different outcomes, and these are where most player reports diverge.

A catch during a scripted animation behaves differently from a catch during free movement. If the neighbor grabs you mid-cutscene or during a door transition, the handler can fire before the save flag writes, which produces a genuine item loss.

A catch at the threshold of a room can split the difference. If you cross into a safe zone for a fraction of a second before the grab lands, the flag may register and the item survives.

A catch while an item is mid-animation, such as a key turning in a lock, is the most volatile case. The lock state may or may not persist depending on frame timing.

A repeat catch within the same attempt window stacks the position penalty but does not stack an item penalty, because there is no item to lose twice.

These are prototype artifacts, not designed rules. Treat them as timing hazards rather than reliable mechanics.

Misconceptions about item loss

The dominant misconception is that Alpha 3 has a death-penalty inventory system like a roguelike. It does not. There is no persistent inventory ledger that gets docked on a catch. The build predates that kind of progression design.

The second misconception is that the neighbor confiscates items and stores them somewhere you can retrieve. Alpha 3 has no confiscation container. Items that vanish on a catch are items whose save flag never wrote, not items moved to a stash.

The third misconception is that getting caught twice in a row escalates the penalty. It does not escalate item loss. It does reset the pursuit state again, which can make the neighbor relocate, but that is a positional effect.

The fourth misconception, and the counterintuitive one, is that playing more cautiously reduces item loss. In Alpha 3 the opposite can be true. Slow, deliberate play keeps you in the house longer, which increases the number of catches you absorb, and each catch is a fresh chance for a save flag to fail to write.

Red flag: assuming a visible pickup equals a saved pickup in Alpha 3. Red flag: carrying a quest item through a high-traffic room instead of banking it first. Red flag: re-entering immediately after a catch without checking whether the prior door state actually persisted. Red flag: treating community footage from later builds as evidence about Alpha 3 behavior. Red flag: expecting consistent results across machines, since timing-dependent flags vary with frame rate.

Comparing catch penalties across builds

Alpha 3 sits early in the Hello Neighbor lineage, and later builds changed the penalty structure. The comparison below is structural, not numerical, because exact values are not reliably documented for prototype builds.

Build stage Attempt reset Item persistence Position reset Pursuit cooldown
Alpha 3 Full scene reload Flag-dependent Full, to spawn Short window
Later alpha builds Partial reset More consistent Partial Variable
Beta-era builds Configurable Persistent ledger Full Longer
Release build Structured Persistent Full Designed

The takeaway from the table is that Alpha 3 is the least deterministic row. Later builds tightened the save-flag timing, which is why advice from release-era players does not transfer cleanly backward.

Timeline of a single catch

Understanding the catch as a sequence explains why outcomes vary. The timeline below traces one catch from detection to respawn.

Stage What happens Item risk
Detection lock Neighbor line of sight confirms None yet
Pursuit timer Chase runs until grab range Low
Grab animation Input freezes, handler fires Flag write window
Scene reload Runtime instance clears Unregistered items lost
Save reconciliation Flags reapply to new instance Surviving items return
Respawn Player returns to spawn point No further loss
Cooldown Neighbor patrols before re-detection None

The flag write window in stage three is the entire ballgame. A save flag that completes before the grab animation ends survives. A flag still mid-write when the scene reloads does not. That is a timing race, and timing races are why two players can report opposite outcomes from the same room.

Plain language: the game saves your progress at specific moments, and a catch can interrupt a save that has not finished.

Practical actions to protect your progress

The practical goal in Alpha 3 is not to avoid catches entirely. It is to make sure every item you care about has cleared its save flag before the neighbor reaches you. These steps reflect that priority.

Bank items immediately after pickup. Do not carry a key or tool across a room. Trigger the pickup, confirm the item registered, then move.

Trigger discrete save points before risky traversal. If a switch or door registers progress, activate it before entering a room where the neighbor patrols heavily.

Break line of sight before the pursuit timer completes. The grab only fires at close range after the timer, so a corner or a door can reset the chase.

Accept the attempt loss and prioritize the flag. Once the neighbor locks on, stop trying to grab one more item. The item in hand is the one most likely to be lost.

Test your build's timing once. Pick up a low-value item, get caught deliberately, and check whether it persisted. That single experiment tells you how your frame rate interacts with the flag window.

If you are replaying Alpha 3 for nostalgia or research, record your catches. The variance is real, and a personal log is more useful than a general claim.

Limitations and what cannot be concluded

Alpha 3 is an unreleased prototype with no official documentation of its save-flag timing. Any statement about exact persistence rates is an inference from observed behavior, not a documented specification. Frame rate, hardware, and build version all plausibly affect the flag race.

Community reports are also unreliable as evidence because players rarely distinguish between a lost attempt and a lost item. The vocabulary gap produces contradictory claims that are not actually contradictory.

The honest position is that Alpha 3's catch system is structural, not numerical. It resets the attempt, resets position, and leaves item persistence to a timing-dependent flag. That structure is stable. The specific outcome of any single catch is not.

For anything beyond that, the build itself is the only authority, and it does not explain itself.