ZRT UNKNOWN02 Technical Viewer is a browser-based 3D engineering viewer for a realistic nuclear-electric propulsion spacecraft concept. The repository contains both the live React/Vite application and the staged prompt pack used to build it.
The spacecraft is intentionally presented as a thermodynamic and structural chain:
- compact reactor
- directional radiation shield
- closed Brayton power conversion unit
- large heat rejection radiators
- long separation boom
- bus-side electronics and PMAD
- propellant tank rack and payload mount
- small electric thrusters on a visible propulsion frame
Most fictional nuclear spacecraft are drawn like flame-driven rockets. ZRT UNKNOWN02 takes the opposite approach. It shows the geometry, energy flow, and placement logic that make a nuclear-electric spacecraft look sparse, radiator-dominant, structurally separated, and mechanically connected.
The goal is a serious NASA-style, internal-review quality aerospace concept presentation, not a sci-fi game. The project does not imply official NASA, DOE, JPL, or agency endorsement.
The current implementation provides:
- a full-screen React Three Fiber technical viewer
- config-driven procedural spacecraft geometry
- a centralized scene-mode system with separate environment selection
- Brayton, power-flow, heat-path, and thermal-emphasis overlays
- subsystem selection and mode-aware inspection cards
- camera presets for all major spacecraft regions
- mode-aware subsystem engineering notes and PMAD inspection support
- label density, leader lines, legends, and notes that change by mode
- a continuous radiator-root-to-propulsion structural backbone
- denser mechanical interfaces, mounts, manifolds, saddles, and support rails
- a refined forward section with explicit boom adapter framing, grouped PMAD hardware, tank support logic, and a four-thruster electric cluster
- presentation modes, grouped camera presets, and capture helpers for review stills
- a documented case-study capture plan for repeatable README and portfolio assets
- reset view, reset mode defaults, reset scene defaults, and reduced-motion-aware animation handling
- Choose a scene mode.
- Choose a scene environment or leave
Auto-select best scene for view modeon. - Use the curated controls for the current mode instead of turning on every layer at once.
- Select a subsystem from the scene or subsystem directory when technical context is visible.
- Use the focus button, fit-to-selection, or a camera preset to frame the subsystem.
The viewer is designed so the same system can be understood as geometry, as a thermodynamic chain, and as an inspectable engineering layout.
Clean View: presentation-first hero mode with minimal labels, no legend by default, and Earth Orbit as the recommended environmentEngineering View: architecture-first mode with subsystem labels, leader lines, subsystem directory, and inspection cardsEnergy View: functional-flow mode with Brayton overlay, working-fluid motion, electric power flow, heat rejection flow, and a Brayton inset cardThermal View: heat-first mode with thermal material emphasis, radiator emphasis, heat-path storytelling, and shielded-zone logic
These modes are curated inspection states, not separate spacecraft versions. The geometry stays mounted while lighting, environment, materials, labels, legend content, and overlay priorities change by mode.
Deep Space: neutral technical backdrop and the default engineering/energy environmentEarth Orbit: hero-context environment and the default clean-view environment, now using a brighter Earth limb, denser star layers, a visible sun source, and a restrained galaxy bandThermal Analysis: near-black analytical backdrop and the default thermal environment
Auto-select best scene for view mode keeps the recommended environment mapping in place:
Clean View -> Earth OrbitEngineering View -> Deep SpaceEnergy View -> Deep SpaceThermal View -> Thermal Analysis
You can override the environment manually and preserve it until Reset Scene Defaults is used.
The scene pass now aims much closer to the reference renders: Earth Orbit uses a stronger solar key direction, a more luminous atmospheric rim, and a fuller starfield so the spacecraft no longer floats in an empty black void.
- System-level:
Overview SideOverview 3/4Overview Top / PlanEnergy Flow Overview
- Subsystem close-ups:
Reactor CloseShield CloseBrayton Unit CloseRadiator Root CloseRadiator OverviewBoom Structure CloseBus Systems CloseTanks and PMAD CloseThruster Cluster ClosePayload Close
- Presentation:
Hero Technical ViewClean Side PresentationThermal Story ViewPropulsion Story View
Each preset now carries framing metadata for position, target, FOV, and capture recommendations. Reset View is mode-aware and returns to the current scene mode’s recommended presentation framing.
Review Mode: keeps the current scene story but trims live-view noise for review graphicsCapture Mode: pauses motion, favors export-safe label density, and works with the capture-safe background toggleDiagram Mode: prioritizes analytical readability for architecture, energy, and thermal graphicsBeauty Technical Mode: presentation-first stills with minimal annotation
These modes sit on top of the scene modes. sceneMode still controls what story the viewer teaches; presentationMode controls what kind of asset you are producing.
Prompt 11 adds a dedicated capture workflow in the HUD:
- label profiles:
Full Engineering LabelsReduced Review LabelsCapture LabelsNo Labels
- capture helpers:
Hide HUD for CaptureCapture-Safe BackgroundReset to Capture DefaultsCopy Current Camera State
- case-study asset buttons that apply named still-capture targets
The full screenshot matrix lives in docs/capture-plan.md.
The final release pass uses this checklist to keep the viewer engineering-review ready:
- compact reactor, not a fantasy engine
- shield between reactor and downstream bus
- closed Brayton power conversion represented clearly
- large heat-rejection radiators near the power unit
- long separation boom for radiation and thermal standoff
- small electric thrusters, not chemical rocket bells
- visible PMAD and system integration logic
- thermodynamics-driven geometry
- minimal sci-fi styling
- clear distinction between structure, thermal flow, electrical flow, and propulsion
Each selectable subsystem includes:
- purpose
- placement rationale
- realism note
- visual color meaning
- related energy flow
- suggested focus preset
Current subsystem coverage:
Compact Fission ReactorRadiation ShieldClosed Brayton Power UnitHeat Rejection RadiatorsSeparation BoomSpacecraft BusPower Management and DistributionPropellant TanksScience PayloadElectric Thrusters
reactor heat
-> closed Brayton power conversion
-> electric power
-> PMAD and bus loads
-> electric thrusters
-> waste heat
-> heat rejection radiators
The current UNKNOWN02 relayout also makes that chain physically legible: radiator manifold into boom, boom into bus, bus into tank rack, and tank rack into the propulsion frame.
Prompt 08 adds a stricter engineering-assembly pass without changing the top-level architecture. The viewer now places more geometric density where real spacecraft would concentrate hardware:
- reactor casing bands, support members, and short thermal-link cues
- shield-side support structure and more mass-like layering
- Brayton machinery mounts, exchanger piping, and equipment framing
- radiator-root hinges, truss cues, and segmented panel backing logic
- bus-side service boxes, rails, and asymmetrical packaging
- tank saddles and clearer feed-routing cues
- a more explicit propulsion frame for the electric thrusters
The goal is not flash. The goal is to make the craft read more like a plausible system under design review.
Prompt 10 pushes realism into the places where engineering packaging matters most:
- the boom now lands into a clearer adapter frame instead of fading into the bus side
- PMAD reads as grouped bus-side infrastructure rather than a single anonymous box, with a clearer backplane and short branch terminations
- the tank rack has more obvious saddles, manifold hardware, and feed routing toward propulsion
- the payload reads more like an instrument bench than a second service module
- electric propulsion is tightened into a restrained four-thruster cluster with clearer brackets, a stronger cluster root, and interface hardware
The pass is intentionally selective. Detail density increases at interfaces, mounts, and routing nodes rather than becoming random clutter over the whole spacecraft.
In Energy View, the in-world Brayton anchor stays near the power-conversion hardware while a compact 2D inset summarizes the cycle. The loop labels:
Compressor: P up, T upQin at high pressureTurbine: P down, T downAlternator / GeneratorElectric OutputQout to Radiators
Working-fluid particles follow the loop with a restrained cold-to-hot-to-cold color progression.
Clean View: legend hidden by defaultEngineering View: compact structure legendEnergy View: expanded energy legend for Brayton states, power flow, and propulsion outputThermal View: thermal legend focused on hot source, conversion gradient, rejected heat, and protected zone
Color intent remains consistent:
- red/orange = reactor thermal input or hot-side thermal flow
- blue = cold working fluid, radiator side, or rejected heat return
- orange = warm or compressed working fluid
- white/yellow = electric power
- purple/blue = electric propulsion plume
- gray = spacecraft structure
- amber/gold = radiation shield or protected-zone meaning
Radiators dominate the vehicle because this is a heat-management problem before it is a propulsion-image problem. Any heat not converted into useful electrical power still has to be rejected to space.
They are not solar panels. They are waste-heat rejection hardware.
The reactor is compact because it is a thermal source, not a thrust engine. The shield and boom separate that source from the bus and payload side so the vehicle reads like a plausible nuclear-electric architecture rather than a single fantasy fuselage.
- subsystem and mode selection use keyboard-accessible buttons
- inspection content is organized with semantic headings and description lists
- high-contrast panel styling is preserved against the dark scene background
- animations freeze automatically when the system preference requests reduced motion
- the HUD collapses into a lower-screen panel footprint on narrow layouts instead of covering the whole viewport
npm install
npm run devOpen the local URL printed by Vite, typically http://127.0.0.1:5173/.
Additional checks:
npm run test
npm run build
npm run previewUse a standard Vite deployment on Vercel:
- Framework Preset:
Vite - Install Command:
npm install - Build Command:
npm run build - Output Directory:
dist
Current live deployment:
Release-prep notes, a GitHub-ready PR title, and a deployment checklist are maintained in docs/release-notes.md.
Application files:
package.json,vite.config.js,index.htmlsrc/for app code, scene composition, inspection UI, overlays, and teststest/for shared test setup
Prompt-pack and reference material:
prompts/for staged build promptsPROMPT_INDEX.mdfor prompt sequencing and deliverablesHOW_TO_USE_PROMPTS.mdfor workflow instructionstemplates/for reusable documentation and workflow templatesreference_images/for visual referencessources/for technical basis notes
This repository still includes the staged prompt workflow used to bootstrap and extend the project. The current app corresponds to the combined outcome of:
- Prompt 01: repo bootstrap, viewer architecture, control shell
- Prompt 02: realistic procedural spacecraft geometry and subsystem layout
- Prompt 03: Brayton cycle overlay, energy-flow routes, and restrained animated particles
- Prompt 04: inspection modes, subsystem cards, legend, and technical UI
- Prompt 04.2: UNKNOWN02 rename, connected vehicle relayout, and continuity cleanup
- Prompt 08: engineering realism pass for mounts, interfaces, thermal roots, and forward-section packaging
- Prompt 10: forward-section refinement for bus packaging, PMAD visibility, tank support logic, payload differentiation, and electric-propulsion integration
- Prompt 11: presentation modes, capture helpers, grouped camera presets, and case-study asset planning
- Prompt 12: final NASA-style QA, release documentation, realism checklist, and GitHub/Vercel release preparation
ZRT UNKNOWN02 is a technical concept visualization. It is not:
- a certified spacecraft design
- a flight-qualified reactor architecture
- a validated thermal sizing study
- a launch approval document
- a safety certification
The prompt pack is development scaffolding, not engineering validation.
Designed by ZRT UNKNOWN02.
Core XRPL EVM systems plus related public product and AI repositories from the same portfolio.
| Project | Description | Status |
|---|---|---|
| ZUC Mine Command Center | On-chain uranium mining operations dashboard with real-time reserve tracking, miner registry, and direct contract interaction through a frontend-only control surface. | Live |
| U235 Fuel Cycle | Deterministic XRPL EVM fuel-cycle pipeline that tracks uranium batches from ore to enriched fuel rod with full on-chain traceability. | Live |
| ISR Network | In-situ recovery control system with on-chain asset tracking, lifecycle state transitions, and operator-facing industrial simulation. | Live |
| Dark Matter Farm | XRPL EVM staking protocol with three orbit tiers, lock-period yield mechanics, and event-driven reward emissions. | Live |
| Cohr Lab | Semiconductor laser fabrication lifecycle modeled as an immutable on-chain state machine from crystal growth to final pigtail. | Live |
| ForgeX | Foundry-powered XRPL EVM deployment console that combines a natural-language UI, Node CLI orchestration, and realtime shader-based visuals. | Live |
| DatumX | Verification protocol for AI-transformed industrial data with deterministic lineage, validator review, and XRPL EVM finalization. | Live |
| Ethex Lottery Game | Foundry plus Next.js betting workflow that modernizes the EthexLoto lifecycle for XRPL EVM reviewer-facing execution. | Public Repo |
| 3DMoonX | Cinematic lunar industrial-base experience that combines Blender source assets with a React Three Fiber web runtime. | Live |
| Unknown002 | Browser-based 3D engineering viewer for a nuclear-electric propulsion spacecraft concept with staged prompt-pack support. | Public Repo |
| AI Engineering Evidence Engine | Interactive evidence dashboard that turns local engineering proof into a reviewer-facing systems narrative. | Live |
| Build Doctor | Codex-style build diagnosis harness for failed Next.js and Vercel builds with deterministic failure analysis. | Live |
| AI Gateway Failover Playground | Public-facing sandbox for request routing, provider fallback, and resilient AI gateway behavior. | Live |
| Enterprise Agent Workflow Studio | Public-facing studio for approval-gated enterprise agent workflows, risk scoring, and audit-oriented design. | Live |
| Resume Evidence RAG Auditor | Public-facing proof surface for claim verification, evidence retrieval, and grounded resume bullet generation. | Live |
| AI Resume Tailor Service | Static Vercel-ready application for evidence-backed resume, cover-letter, and job-packet tailoring. | Live |
| Fuji | Cinematic Next.js Fuji gallery atlas for portfolio storytelling and visual system design. | Live |
| AI Agents for Beginners | Lesson repository for getting started building AI agents. | Public Repo |
| Agentic RAG Memory Digital Twin Edge System | Public-facing landing page for an agentic RAG, memory, and digital-twin edge-system portfolio project. | Live |