Made with Nano Banana 2 Lite · CC0 · 5 Oct 2026

Chunky low-poly

Generated from: a scene from a small video game about: Create a complete playable game titled SURVIVE IN AREA 51. This is a full-screen first-person 3D survival-horror exploration game. The game must feel like a finished commercial-style game rather than a prototype, demo, empty scene, or generic horror template. CORE GAME RULES The player enters a huge mysterious Area 51 facility containing laboratories, medical areas, offices, storage rooms, underground passages, generators, security systems, gates, cameras, tunnels, hidden rooms, mines, train tracks, research areas, abandoned equipment, strange experiments, and dangerous entities. The game supports 1 to 4 players entering Area 51 together. There are NO hunters. Do not create a hunter team, hunter role, hunter-versus-survivor mode, hunter selection screen, or hunter AI. The only hostile creatures are the entities belonging to the Area 51 world. The experience must be first-person 3D at all times during gameplay. Do not make the main game 2D, top-down, side-scrolling, card-based, text-only, or menu-based. The player should be able to freely walk through the environment, inspect objects, interact with doors, operate buttons, activate generators, collect items, discover notes, investigate rooms, avoid entities, solve environmental puzzles, complete objectives, unlock areas, find secrets, and reach different endings. The atmosphere should be mysterious, tense, abandoned, strange, and cinematic. Horror should rely heavily on atmosphere, sound, lighting, environmental storytelling, unexpected entity appearances, isolation, darkness, alarms, power failures, strange recordings, distorted screens, and exploration. Keep violence non-graphic. PLAYER COUNT Allow 1, 2, 3, or 4 players. The lobby must clearly display the current number of players. A player can enter Area 51 alone. Two players can cooperate. Three players can cooperate. Four players can cooperate. Do not require eight players. Do not require twelve players. Do not create hunters. Players should be able to see their teammates in the 3D environment. Add player names above teammates at an appropriate distance. Prevent name labels from becoming distracting when players are far away. Players should be able to communicate through an in-game communication system appropriate for the game. MULTIPLAYER Players should share the same Area 51 world. Doors opened by one player should correctly synchronize for other players. Generators activated by one player should synchronize. Collected objective items should synchronize appropriately. Major entity events should synchronize. Story events should synchronize. Power failures should synchronize. Alarm states should synchronize. Important puzzle states should synchronize. Players should not see different versions of the same gate state. If one player discovers a major secret, the discovery should become available to the team where appropriate. Players who disconnect should not permanently break the game. If possible, allow a disconnected player to reconnect. If a player leaves, the remaining players should still be able to continue. MAIN OBJECTIVE The central goal is to survive Area 51, uncover what happened inside the facility, understand the entities, collect important research materials, restore enough systems to progress, discover the truth behind the experiments, and eventually escape. Do not make the objective simply “kill everything.” The game should reward exploration, observation, teamwork, puzzle solving, resource management, courage, and discovering hidden information. The player should frequently have several things they could investigate. AREA 51 STRUCTURE Build Area 51 as a large interconnected facility. The facility should not feel like a series of tiny disconnected rooms. Create recognizable zones connected by corridors, doors, elevators, stairways, tunnels, security checkpoints, maintenance routes, laboratories, and underground passages. The world should include: Main entrance. Security checkpoint. Reception. Research laboratories. Experimental laboratories. Medical center. Research offices. Archive rooms. Storage rooms. Generator rooms. Electrical rooms. Security rooms. Camera control rooms. Emergency control rooms. Testing chambers. Containment areas. Hallways. Maintenance corridors. Break rooms. Abandoned offices. Researcher rooms. Locked laboratories. Sample storage. Rare sample rooms. Hidden gem rooms. Terminal rooms. Power rooms. Elevator areas. Underground tunnels. Railway areas. Mining areas. Mysterious underground chambers. The Area 51 mines. TRAIN TRACKS Include underground train tracks. The tracks should feel old, abandoned, and dangerous. Include broken carts, boxes, dirt, old lights, maintenance equipment, signs, tunnels, locked passages, and mysterious sounds. The tracks should eventually connect to deeper sections of the mines. The player should wonder why the facility needed such a large underground transportation system. Create environmental clues explaining that researchers transported equipment and materials underground. MINES The Area 51 mines are a major underground section. The mines should feel substantially different from the main facility. Use darker tunnels, dirt walls, old structural supports, train tracks, abandoned boxes, underground machinery, strange markings, hidden passages, and unusual sounds. The mines can function as a later chapter lasting approximately five in-game days. Do not make the mines a simple reskin of the laboratory. Include new environmental puzzles. Include new secrets. Include new entity encounters. Include hidden routes. Include abandoned mining equipment. Include old research equipment that should not logically be there. Create lore explaining the relationship between the mines and the original facility. THE 31-DAY STRUCTURE The overall game contains 31 days. Each day should feel like a meaningful progression rather than simply changing a number. The world should change gradually. Power can become less reliable. Entity activity can increase. New areas can become accessible. New environmental events can occur. Research information can become clearer. The player should feel that time is passing. After noon, the game enters its afternoon/evening progression. The established world concept includes 18 afternoons until the sun is eaten and 18 mornings, with the strange statement that “there is time.” Treat this as mysterious lore rather than normal real-world astronomy. Do not explain everything immediately. Use environmental storytelling to make the player question what the statement means. DAY 31 Day 31 should feel extremely important. The player should understand that something major is happening. The facility should experience major changes. Security systems may malfunction. Power may become unstable. Entities may behave differently. Doors may lock or unlock unexpectedly. Previously inaccessible areas may become accessible. The player should receive clues pointing toward the final sequence. The final day should connect the main facility, the major entity storyline, the elevator failure, and the underground mines. GATES There are 120 gates throughout the game. Every gate should have a clear visual identity. Some gates are ordinary. Some are security gates. Some require power. Some require generator activation. Some require a generator key. Some are controlled by buttons. Some are connected to puzzle systems. Some should remain mysterious until later. GREEN BUTTON A green button opens a compatible gate. The interaction should provide immediate visual feedback. The gate should physically open. Play a suitable mechanical sound. Update the gate state for all players. RED BUTTON A red button closes a compatible gate. It should physically close. The state must synchronize between players. Do not let players see contradictory gate states. Some gates can have both, as an in-game screenshot in chunky low-poly 3D with flat shaded materials. Palette: dusk violet #2b2d42, stone #8d99ae, player coral #ef8354, threat teal #2a9d8f, accent gold #f4d35e. Everything is original: never draw or resemble characters, places or logos from existing games, films or brands (no red-capped plumbers, no famous mascots), even when the idea names one. Keep the pictures honest: they promise what a small first version of this game, made in a game engine in a few days, can look like. Simple readable shapes, clear silhouettes, few flat materials, the in-game camera view. Never film stills, photoreal renders, AAA key art, detailed textures, cinematic lighting, or anything that looks like a big-studio game. No text, UI, HUD, logos or editor screens inside any image.