Scenario 1 · See it working in 2 minutes (no login)
The fastest way to understand Reloqui is to explore a workspace that’s already full of data.
Pick the scenario that matches where you are. Each one is self-contained and takes just a few minutes.
Scenario 1 · See it working in 2 minutes (no login)
The fastest way to understand Reloqui is to explore a workspace that’s already full of data.
Go to reloqui.com/demo. You’re dropped straight into the read-only Nimbus Commerce workspace — no sign-up.
You land on the Feature Tour — a guided catalog of every capability. Each card links to that feature running on real data.
Open Releases. You’ll see releases in every state: published, ready_with_exceptions, approval_suspended, rolled_back, superseded, draft.
Click a published release to open its Release 360: the evidence graph, the confidence score and tier, notable changes, and correlated incidents.
Open the Dependency graph and Operations to see the catalog, connector health, and the dead-letter queue.
Scenario 2 · Your first release truth
Create your own workspace, connect a source, and reconcile a real release end to end.
Create a workspace. Go to reloqui.com, choose Create your workspace, and register. Your org and a default project are created automatically, and you become the org admin.
Add a service. In Catalog → Services & Products, create a service and set its repository URL (e.g. https://github.com/acme/checkout-api). The repo URL is how Reloqui attributes evidence to this service.
Connect a source. In Integrations, add a GitHub connector (personal access token + the generated webhook). Or, to try the pipeline with zero credentials, add the built-in Synthetic connector and click Generate demo evidence.
Create a release. In Releases → New release, pick the service, set a version (e.g. 2.0.0) and git tag, and save.
Reconcile. Open the release and click Reconcile. The engine collects evidence in the release window, attributes it, classifies each item, and computes a confidence score.
Read the truth. You now have a Release 360: included PRs/issues/artifacts/deployments, the confidence score + tier, any exceptions, and generated notes for five audiences.
Scenario 3 · Put a release gate in place
Require a confidence threshold and a human approval before anything can publish.
Define a policy. In Delivery → Policies, set a release policy for your project: a minimum confidence (e.g. 0.7), require approval, and how many approvals (N-of-M).
Reconcile a release. With evidence attached, a release lands in ready or ready_with_exceptions. If confidence is below the floor or a gate fails, it becomes blocked_by_policy.
Request approval. On the release, click Request approval. It appears in the Approvals inbox for your reviewers. (You can’t approve your own request — self-approval is blocked.)
Approve & publish. A reviewer approves; you Publish. Reloqui writes a frozen snapshot of the release, its evidence, gate results and approval chain.
Watch the guardrails. If new evidence later collapses the confidence of an approved release (e.g. a force-push), Reloqui auto-moves it to approval_suspended so it can’t ship silently.