Separate definition from runtime
Use `.vio` to describe the complete system without binding its meaning to a single provider, framework, or managed surface.
Viorant helps enterprise architects describe complete AI systems as portable definitions, so architecture decisions, artifact evidence, and supported target choices can be reviewed as one coherent system record.

Use `.vio` to describe the complete system without binding its meaning to a single provider, framework, or managed surface.
Bring artifacts, composition, and declared deployment choices into one reviewable boundary for architecture and governance conversations.
The standard remains neutral while Viorant services can support authoring, verification, transformation, or deployment workflows where appropriate.
Three practical ways enterprise architects can use a declared AI system boundary to move a real decision forward.
Situation. The organization agrees on the AI outcome but has not selected a provider, runtime, or hosting model.
Separate the system definition from the eventual execution surface so the architecture can be reviewed on its own terms.
Review point. Which parts of the architecture remain true regardless of the chosen target?
Situation. Architecture, security, and product teams need to review the same system but their documents describe it at different levels.
Use a shared portable composition as the review object and attach each function’s questions to it.
Review point. Does the review cover the complete declared system rather than a diagram or component in isolation?
Situation. A design moves from central architecture into delivery, where intent is commonly recreated from diagrams and meetings.
Hand over the system definition with the artifacts that make the architecture meaningful.
Review point. Can the delivery team state what it received and where it made a deliberate change?
A `.vio` definition keeps the complete AI system composition legible through the next workflow decision.
Identify the artifacts that make the AI system meaningful.
Compose them into a `.vio` definition that captures the intended system boundary.
Use Trust to verify stated evidence before a governance or release decision.
Use Helix when preparing the definition for a supported deployment target.
No. `.vio` is a neutral system definition. Supported deployment targets are explicit rather than assumed.
Trust verifies artifact identity, integrity, provenance, signatures, and stated evidence. It does not make a general compliance or safety promise.
Yes. The standard is neutral and Viorant services are optional.
Explore the local-first Hub workspace or talk with Viorant about the deployment path you are considering.