为何要采用抢先体验这种模式？

“I am using Early Access to tune the core loop, find → stabilize → deliver, with real player feedback. My focus is on hoverbike handling feel, timer pressure, fail conditions, enemy pressure, and the clarity of bearings from Sola.

Sola is optional, so the game plays fine with Sola on or off, and I am shaping guidance and UX for both styles.

I am refining the outpost economy so choices around ammo, oxygen, fuel, and BitCredits feel meaningful. I am also strengthening stability and performance across a wide range of PCs, and I document settings that help on lower end hardware. The goal is to reach a state where the core loop feels consistently fun, fair, and stable for solo play on common hardware.”

这款游戏的抢先体验状态大约持续多久？

“Several months (roughly 6–12), subject to change based on feedback and scope.”

计划中的完整版本和抢先体验版本到底有多少不同？

“Aiming for more detailed zones/sectors, additional relay/event types, deeper outpost systems, expanded Sola dialogue, QoL/accessibility options, achievements, and broader performance/controller support. Plans may change.”

抢先体验版本的现状如何？

“Playable now with Easy/Hard modes, three relays to power, hoverbike traversal, resource management (fuel/oxygen/health/stamina/ammo), outposts and BitCredits, optional local-only Sola dialogue, save/load, and basic settings. Balance, performance, and content are in progress.”

在抢先体验期间和结束之后，游戏价格会有所不同吗？

“I plan to launch EA at a lower price and raise it for 1.0 as new content and features land.”

在开发过程中，你们是如何计划让玩家社区参与进来的？

“Steam Discussions will be the main hub, with clear categories for Bug Reports, Balance, Quality of Life, and Suggestions. I read and check threads regularly and tag them so issues and ideas are easy to track.

Patch notes accompany updates. Notes are labeled by version and date, with sections for New, Balance, Fixes, Technical, and Known Issues. I also maintain a known issues list and an FAQ for clarity.

I invite frequent players who provide clear reports to help validate changes and catch regressions. I keep updates small when a quick fix is needed, and group larger changes when they benefit from more testing.

Bug reports work best with steps to reproduce, the expected and actual result, a save file if requested, and basic hardware information.

I stay active in discussions. I ask follow up questions when needed. When a change ships, I explain why it happened, and I credit especially helpful reports in notes or credits.”