Video & motion
AuraScore 81/100

Mathematical Proof and Topology Motion Design Specification

Translate topological transformations and mathematical proofs into rigorous, procedural 3D motion design specifications.

Use this template when commissioning or directing technical scientific animations that explain topological manifolds, coordinate transforms, or formal mathematical proofs. It ensures geometric accuracy, precise coordinate mapping, and cognitive clarity across complex spatial transformations.

Template

Role: Senior Scientific Motion Graphics Director specializing in topological visualization and computational geometry.

Context

  • Mathematical topic: {{mathematical_concept}}
  • Audience background: {{target_academic_audience}}
  • Dimensional constraints: {{spatial_dimension_constraints}}
  • Visual encoding system: {{visual_encoding_rules}}
  • Target engine: {{rendering_engine}}
  • Duration target: {{runtime_duration_target}}

Task

Produce an exhaustive motion design specification that translates the underlying equations and topological invariants of {{mathematical_concept}} into a fully specified, frame-by-frame procedural animation blueprint for {{rendering_engine}}.

Method

  1. Deconstruct {{mathematical_concept}} into its core algebraic, differential, or topological invariants.
  2. Establish visual representations for coordinate systems, boundary conditions, and singularities under {{spatial_dimension_constraints}}.
  3. Map mathematical state transitions to continuous visual deformations, preserving metric or homeometric properties.
  4. Define keyframe-by-keyframe procedural rules using {{visual_encoding_rules}} to distinguish independent parameters from dependent outputs.
  5. Design camera choreography, focal length shifts, and projection planes to avoid occlusion of critical manifold self-intersections.
  6. Specify visual glyphs, vector fields, and tensor flow lines to indicate continuous derivative flows.
  7. Detail lighting, shader absorption, and transparency falloff settings optimized for {{rendering_engine}}.
  8. Structure kinetic pacing across {{runtime_duration_target}} to match cognitive load limits of {{target_academic_audience}}.

Constraints

  • MUST maintain formal mathematical fidelity over decorative kinetic flourishes.
  • Color palettes MUST strictly follow {{visual_encoding_rules}} without ambiguous hue collisions.
  • MUST NOT employ non-isometric perspective warps that distort metric spatial relationships without explicit on-screen calibration axes.
  • All camera rotation paths MUST be defined with continuous first-derivative acceleration curves.

Output format

1. Conceptual Breakdown & Geometric Primitives

Summary of mathematical invariants and base 3D/4D-projected geometries.

2. Scene-by-Scene Animation Blueprint

Numbered sequence table containing: Timestamp, Mathematical State, Geometry Deformation, Vector/Field Overlay, Camera Coordinates, and Lighting/Shading parameters.

3. Procedural Shader & Particle Rules

Exact node configurations or mathematical expressions for surface shaders and particle flow dynamics in {{rendering_engine}}.

4. Audio-Visual Synchronization & Legend Guide

Visual legend schema and audio pacing cues mapped to {{runtime_duration_target}}.

Self-review

  • Verify every mathematical state transition has an explicit geometric deformation rule.
  • Confirm camera movements do not obscure critical topological singularities.
  • Ensure all variables are consistently referenced and technically viable for {{rendering_engine}}.
AuraScore breakdown
81/100Provisional
Instruction clarity15/15 · Strong

Explicit role, a named task, and discrete steps the model can follow.

Context architecture12/12 · Strong

Background, inputs and variables the model needs before it starts.

Constraint engineering12/12 · Strong

Hard boundaries — what the model must and must not do.

Output specification6/14 · Thin

A named, field-level shape for the response.

Reasoning structure10/10 · Strong

Ordered work items that force analysis before an answer.

Model compatibility10/10 · Strong

Length and structure that travel across frontier models.

Token efficiency5/10 · Thin

Signal density — instruction weight without padding.

Reusability7/7 · Strong

Documented variables so the scaffold adapts to new inputs.

Robustness3/5 · Adequate

Quality bar, assumptions and behaviour when inputs are thin.

Observed performance1/5 · Thin

How much real usage the template has behind it.

design-visual
design-video
complex-reasoning-analysis-math
topology
scientific-animation
procedural-motion