Release evidence for gas-bearing rotor systems.
AURA does not treat a bearing coefficient as a free-standing answer. It asks what that number is allowed to prove after geometry, clearance, thermal state, balance process, rotor dynamics, validation scope, and decision limits are considered.
Most tools give coefficients. AURA tells you what those coefficients are allowed to prove.
That is the difference between a calculation result and release evidence. The goal is not to expose the full solver. The goal is to make the evidence surface inspectable: provenance, residuals, applicability boundaries, and explicit claim limits.
What release evidence means
A clean number can still have weak decision authority. AURA separates physical calculation from release permission.
Why coefficients alone are not enough
What AURA records
For a scoped case, the decision package can preserve the evidence path: what was assumed, what was computed, what was compared, what residuals remain, what operating envelope applies, and what the result is not allowed to claim.
Balancing / assembly evidence
A residual-imbalance grade is not release evidence by itself. For high-speed precision rotors, the release question is broader: which rotor regime applies, why the grade was selected, where acceptance is judged, how correction and measurement planes map to the tolerance planes, whether the machine-process-rotor combination can demonstrate the requested residual, whether the vector repeats, whether component-level balance survives assembly, and what the complete speed-path response shows.
Boundary: the evidence model and locked preview are a specified product direction, not yet a shipped production module. They expose the proposed evidence surface without claiming that the live AURA platform already enforces these fields.
Why evidence gates are not a software idea
An evidence gate — a rule that a result may not authorise an irreversible step until independent confirmation exists — is not new. The same principle governs how the most consequential decisions are made across unrelated fields. AURA applies it to rotor systems, where it is still largely absent.
Cell-cycle checkpoints
A dividing cell does not proceed on a single signal. Checkpoints hold the transition until every chromosome is confirmed correctly attached. Evidence-gated release predates engineering by a billion years.
Design assurance
Since 1980, flight-software standards have required evidence — traceability, verification, applicability scope — to be generated and presented, not asserted. Rigour scales with the consequence of failure.
The missing layer
Bearing and rotor-dynamic tools compute results, but the decision evidence usually lives in an expert's head. AURA makes that evidence layer explicit for gas-bearing rotor systems.
Open evidence surface. Closed engineering engine.
AURA is not built around full transparency of the solver. It is built around inspectable evidence without exposing the proprietary engineering core.
Evidence surface
Registry, residuals, benchmark anchors, applicability boundaries, technical notes, DOI records, claim boundaries, and decision limitations.
Engineering engine
Solver implementation, Breshev perturbation-method core, coefficient engine, damping logic, and decision heuristics.
Aerostatic / gas-static systems
Precision spindles, gas-bearing rotor decisions, conical/journal/thrust support screening, semiconductor positioning, cryogenic turboexpanders, and adjacent high-speed precision rotor applications.
Oil-free turbomachinery / foil bearings
The same release-evidence problem appears in broader oil-free rotor systems: coefficient credibility, thermal envelope, damping, whirl screening, vibration, orbit, and process control. This is tracked as an expansion research line, not a current solver claim.
Practical rule
A result should not be allowed to support a release decision beyond the evidence envelope that produced it.
This is the category AURA is built around: release evidence for gas-bearing rotor systems.