Create the workspace
Choose Free, Connect, Private, Team, On Demand, or Enterprise based on whether you need public hubs or private capacity.
Documentation
Start with the operating path the dashboard already uses: public hub discovery, private workspace setup, client pairing, hubs, runtime groups, skills, ACL policy, GitOps, billing posture, and watcher telemetry.
Quickstart
This first docs surface stays implementation-light until the full API reference is ready, but it gives operators the correct order of work.
Choose Free, Connect, Private, Team, On Demand, or Enterprise based on whether you need public hubs or private capacity.
Use a setup link to connect Thalovant Voice, a web client, a developer client, or a headless Linux satellite.
Use a public hub for discovery, or attach the client to an owned hub when private routing is needed.
Assign a runtime group, install skills, review inventory, and keep release posture visible.
Review ACLs, audit context, watcher telemetry, billing posture, usage, and GitOps alignment.
Plan paths
The dashboard keeps Billing visible during onboarding so users know which capabilities are available before they try to create private infrastructure.
Pairing
The setup page is designed to feel like pairing headphones: create a connection, send a link, open the app or client, and wait for the dashboard to show ready.
Runtime
Private workspaces use owned hubs and OVOS runtime groups to keep routing, runtime configuration, inventory, release posture, and GitOps output connected.
Skills
Thalovant skills keep the conversational layer separate from provider services, so public hubs and private workspaces can share a consistent capability model.
Operator checklist
Use this as the first internal runbook shape while the deeper API reference is being assembled.
Workspace - Account created and verification path complete - Plan posture reviewed for public, private, team, or metered capacity - Billing visibility checked before scaling clients, hubs, runtime groups, or paid skills Connectivity - Satellite, web client, developer client, or embedded client paired through setup link - Public or owned hub route selected and visible in topology - Runtime group assigned when private assistant infrastructure is active Governance - ACL policy attached to client, hub, and assistant behavior scope - Namespace and tenant boundaries reviewed - Admin, billing, plan, and GitOps changes auditable Operations - HMAC watcher telemetry flowing - Runtime skills staged, stable, or intentionally alpha - GitOps drift checked - Audit trail, billing posture, and usage visible
References
These links keep the documentation connected to the current product routes.