Input
Logical Scene
The intended applications, windows, resources, relationships, and policies.
How it works
Every desktop-changing behaviour is intended to pass through one bounded pipeline. The system may fail to act when evidence is insufficient; it may not turn uncertainty into success merely to look reliable.
01 · Six stages, one contract
Gravity, Scenes, shortcuts, and any future interface use the same path. There is no faster route that skips safety or verification.
01
Read the current displays, applications, windows, and evidence.
02
Adapt the logical Scene to the Environment that actually exists.
03
Calculate the smallest deterministic delta to the desired state.
04
Refuse unsafe or insufficiently supported actions before execution.
05
Apply only the actions in the bounded, attributable plan.
06
Re-observe the real result and report what is confirmed.
02 · Resolution, not replay
Input
The intended applications, windows, resources, relationships, and policies.
Context
The displays, roles, capabilities, and evidence available now.
Output
The desired state that can actually be satisfied on this desk.
03 · Unknown is not false
Seven outcomes stay distinguishable. Collapsing them into success or failure would throw away the part that makes restoration trustworthy.
The category’s strongest complaint is not a missing animation. It is restoration that sometimes appears to work and sometimes does not.
Orvial measures desired resolved state against a newly observed final state. Recovery and reporting are driven by verification rather than optimistic command results.
Read the verification noteFollow the build
Occasional notes on what the engine proves, and what macOS still resists.