Sandustry Beginner Guide

Quick Answer

Start with one visible input-to-output path, leave space around every machine, and automate only after you can explain where material enters, changes, and exits. Confirm that transport direction, filters, storage, and waste handling work before multiplying the line.

What You Need to Know

Build a stable first factory by learning one material flow at a time before scaling. This page focuses on a reproducible method instead of pretending that every Early Access value, generated layout, chapter route, or collectible location is already stable. Start from what the current game shows, keep a short record of the state you observed, and use the steps below to isolate the next decision.

The most reliable guides distinguish confirmed systems from interpretation. Official material establishes the broad mechanics and setting; it does not automatically prove a precise rate, coordinate, item count, or chapter sequence. When a specific fact remains uncertain, the guide says so and gives you a safe way to verify it in your own build without risking unrelated progress.

Step-by-Step

1. Follow one resource from terrain to its first useful output.

Follow one resource from terrain to its first useful output. Use the current game interface and the visible environment as the authoritative evidence. Make one change at a time, observe the result, and keep the setup reversible until the behavior is confirmed. This avoids turning an uncertain assumption into a larger routing or progression problem.

2. Place a small manual test line with room on both sides.

Place a small manual test line with room on both sides. Use the current game interface and the visible environment as the authoritative evidence. Make one change at a time, observe the result, and keep the setup reversible until the behavior is confirmed. This avoids turning an uncertain assumption into a larger routing or progression problem.

3. Confirm every transport direction before adding more input.

Confirm every transport direction before adding more input. Use the current game interface and the visible environment as the authoritative evidence. Make one change at a time, observe the result, and keep the setup reversible until the behavior is confirmed. This avoids turning an uncertain assumption into a larger routing or progression problem.

4. Separate the useful output from by-products or waste.

Separate the useful output from by-products or waste. Use the current game interface and the visible environment as the authoritative evidence. Make one change at a time, observe the result, and keep the setup reversible until the behavior is confirmed. This avoids turning an uncertain assumption into a larger routing or progression problem.

5. Add storage or overflow so one blocked output does not stop the entire factory.

Add storage or overflow so one blocked output does not stop the entire factory. Use the current game interface and the visible environment as the authoritative evidence. Make one change at a time, observe the result, and keep the setup reversible until the behavior is confirmed. This avoids turning an uncertain assumption into a larger routing or progression problem.

How to Verify the Result

Stop after the smallest successful test and check the visible result against the objective, interface, inventory, collection menu, or material flow relevant to this page. If the state persists after a checkpoint, reload, or normal production cycle, record it as confirmed for your current version. If it changes, keep the version-sensitive detail out of the permanent layout or route until you understand why.

This verification step matters because a plausible result can still be temporary. A machine may work only while a buffer has spare capacity; a route may remain open only before a transition; an item may appear during an encounter without becoming a permanent pickup. Confirm the lasting state, not just the first animation.

Common Mistakes

• Expanding before observing the full process. Correct it by returning to the last verified state, checking the current objective or interface, and retesting one variable.
• Building machines wall-to-wall with no access. Correct it by returning to the last verified state, checking the current objective or interface, and retesting one variable.
• Assuming every blockage is caused by low input. Correct it by returning to the last verified state, checking the current objective or interface, and retesting one variable.

Practical Tips

• Keep the last known-good state easy to restore.
• Prefer visible landmarks, named interfaces, and observed material paths over vague memory.
• Change one variable at a time when troubleshooting.
• Recheck the current game version before using exact external values.
• Follow the related guides for the next connected system instead of mixing advice from another game.

FAQ

Are the exact values or locations verified?

Only details supported by the listed sources are presented as facts. Version-sensitive numbers, fixed coordinates, and unverified requirements are intentionally omitted until they can be reproduced.

What should I do if the current game differs from this guide?

Check the current build, patch notes, objective, and in-game interface first. Record the difference and use the guide's diagnostic method rather than forcing an outdated value or route.

Where should I go next?

Return to the Sandustry hub and choose one of the related guides below. They preserve the same verification-first approach and stay within this game.

Next Steps

Continue with the related guides selected for this topic. They stay inside Sandustry, reuse the same terminology, and prioritize explicit links over unrelated recommendations.