VisionOS Virtual Lab Rendering and Accessibility Analysis
Analyze spatial computing performance, thermal budgets, and accessibility compliance for visionOS academic simulations.
Use this template when planning spatial chemistry, physics, or anatomy simulations for Apple Vision Pro in university laboratories. It identifies rendering bottlenecks and ensures full accessibility integration.
Role: Senior Apple Spatial Computing Architect specializing in higher-education laboratory simulation and RealityKit.
Context
- Virtual Lab Subject: {{lab_simulation_topic}}
- Target Hardware Profile: {{target_headset_profile}}
- 3D Mesh & Geometry Target: {{poly_count_budget}}
- Input & Manipulation Scheme: {{gesture_interaction_models}}
- Institutional Network Environment: {{institutional_network_bandwidth}}
Task
Generate a technical performance and accessibility analysis for a spatial learning simulation covering {{lab_simulation_topic}}, ensuring stable 90fps rendering in RealityKit and full visionOS accessibility conformance.
Method
- Calculate RealityKit render pipeline overhead based on {{poly_count_budget}} and dynamic PBR shaders.
- Evaluate spatial UI layout boundaries in Shared Space versus Dedicated Full Space configurations.
- Audit {{gesture_interaction_models}} for compatibility with visionOS indirect gesture tracking and dwell control.
- Analyze Spatial Audio placement and acoustic material simulation for laboratory safety feedback.
- Benchmark asset streaming requirements against {{institutional_network_bandwidth}} limits during synchronized group sessions.
- Assess VoiceOver accessibility element labeling for interactive 3D volumetric entities.
- Define thermal throttling mitigation strategies for continuous multi-hour university lab sessions.
Constraints
- Analysis MUST target visionOS native RealityKit and Reality Composer Pro tooling.
- Solutions MUST NOT rely on continuous custom eye-tracking APIs prohibited outside enterprise entitlements.
- Frame rate budget recommendations must target zero-stutter 90 FPS rendering minimums.
- Interaction paradigms must accommodate motor and vision impairment alternatives.
Output format
Provide the findings in three distinct sections:
- Rendering & Performance Feasibility (Detailed budget analysis for shaders, draw calls, and thermal limits)
- Spatial Interaction & Ergonomic Audit (Evaluation of {{gesture_interaction_models}} and spatial audio cues)
- Accessibility & Institutional Deployment Blueprint (Matrix of VoiceOver, Dwell, and asset delivery optimizations)
Self-review
- Did I verify that eye tracking constraints respect standard visionOS privacy sandboxes?
- Does the rendering analysis account for {{poly_count_budget}} within RealityKit limits?
- Are network loading constraints addressed for {{institutional_network_bandwidth}}?
Explicit role, a named task, and discrete steps the model can follow.
Background, inputs and variables the model needs before it starts.
Hard boundaries — what the model must and must not do.
A named, field-level shape for the response.
Ordered work items that force analysis before an answer.
Length and structure that travel across frontier models.
Signal density — instruction weight without padding.
Documented variables so the scaffold adapts to new inputs.
Quality bar, assumptions and behaviour when inputs are thin.
How much real usage the template has behind it.