Fragmented architecture
Three teams. Three stacks. No shared definition.
The same policies are copied into three frameworks, three memory schemas, and three deployment pipelines.
vio is the Viorant CLI. It turns a folder into a .vio Space, deploys it to Viorant Cloud, and hands you a URL.
Free for personal use. No credit card required.
01 Sign in
vio login
Google sign-in in your browser. One owner-only credential file on your machine.
02 Initialize
vio init
Turns the folder into a Viorant Space: agent.vio and its files, ready to edit. Works offline, no account needed.
03 Deploy
vio deploy agent.vio --target viorant_cloud
You get a URL and a run key, shown once. Runs on your Viorant credits, no provider key required.
See the full walkthrough →
✦ THE VIORANT MODEL
Meaningful AI objects keep distinct identity; .vio composes them into the complete system definition.
✓ Author locally with the Hub
✓ Test with built-in suites
✓ Govern with policy and approvals
✓ Prepare supported deployments with Helix
Explore the model →
✦ THE PROBLEM
The model lives in one dashboard, prompts in a repository, memory in another service, policies in documents, and deployment logic in provider-specific pipelines. The running system is assembled from state no single artifact records.
Every hand-off makes you answer the same questions again:
? which artifact is running in production?
? which prompt, model, and policy belong together?
? what changed after the last approved version?
? can we verify who signed this release?
? can this move to another framework or cloud?
? can anyone reproduce it from the source?
? unanswered at the next deployment▮
Local, staging, and production stop describing the same system.
Framework and cloud choices become permanent architecture.
Unsigned assets move through production without provenance.
Engineers rebuild deployment context for every environment.
Evidence is reconstructed after the system has already run.
✦ WITH AND WITHOUT VIORANT
Toggle between three separate stacks and one shared .vio definition that Trust proves and Helix prepares for supported targets.
Fragmented architecture
The same policies are copied into three frameworks, three memory schemas, and three deployment pipelines.
The asset should outlive the editor, model provider, framework, cloud, and hardware chosen to execute it.
Viorant keeps definition, provenance, transformation, deployment, and governance connected without sitting in the inference path.
Define
→
Sign
→
Verify
→
Transform
→
Deploy
→
Observe
✦ THE PLATFORM
01
Hub
Available now
So you can keep the source and its dependencies visible before anything ships.
Explore Hub →
02
.Vio
Specification scope
So you can review and move models, prompts, agents, skills, memory, connectors, and policies without hiding their relationships.
Explore .vio →
03
Trust
Current scope
So you can prove origin, integrity, version, and approval before deployment.
Explore Trust →
04
Helix
Supported targets
So you can change the destination without redefining the asset around each provider.
Explore Helix →
05
Viorant Cloud
Status not public
So you can run through Viorant infrastructure without making it the permanent home of the asset.
06
Sentinel
Status not public
So you can carry governance into operation instead of adding it after deployment.
Hub establishes the local source. Each later product adds portability, trust, deployment, or governance around the same .vio artifacts.
Author, test, preview. Local-first, free.
One portable artifact.
Prepare supported deployments.
Managed runtime.
Prove origin, version, approval.
Observe, audit, catch drift early.
Prompt and context compression.
The artifact remains yours as the surrounding platform expands.
Declare model requirements explicitly and use providers supported by the current product and documentation.
Declare connector requirements explicitly and use the current supported integrations and MCP interfaces.
✦ WHAT CHANGES
From runtime dependency to infrastructure you control.
Today
With Viorant
✕ Assets scattered across repositories and dashboards
✓ Readable .vio artifacts linked to their source files
✕ Definitions bound to one framework or provider
✓ Portable source transformed for each supported target
✕ Deployment rebuilt for every environment
✓ A consistent path from signed source to runtime package
✕ Production changes with no verifiable lineage
✓ Fingerprint, signature, version, and approval attached
✕ Governance reconstructed after deployment
✓ Policy and evidence connected across the lifecycle
✦ From the founder
The systems we are building do not think. They produce outputs that resemble thinking, often more useful than thinking, yet the mechanism is statistical, not human. The distance between what a model produces and what we can verify it understands is the epistemic gap, and it widens by the day.
The response to a gap one cannot close is not faith. It is structure: signed artifacts, declared agents, versioned policy, sovereignty by default. We govern what we cannot fully comprehend. We have always done so with people. We must now do so with their instruments.
That is the work. To
civilize intelligence.
Vivien Roggero
· Founder & CEO, Viorant
NO RIP AND REPLACE
Viorant does not replace Git, your frameworks, models, or cloud. Hub is local-first, you bring your own keys, and .vio keeps the source portable. Your deployed runtime calls its models and tools directly. Viorant does not become a tollbooth.
git
supported frameworks
target adapters
supported clouds
named models
mcp
byok
local-first
Civilize intelligence.
Start locally with Viorant Hub, with 2,500 free credits included.
Download the Hub, free
macOS
Windows