Or watch — nine short videos, every frame this console
All videos →
Clusters
2
2 healthy
Agent processes — Healthtech tenant (AWS)
5
all identified
Evidence rows (24h) — EKS
2,744
1,560 tool calls
Signed (24h)
2,737
100% attributable to a process

Clusters

GET /v1/clusters · GET /v1/heartbeat/history
HealthClusterTenantCloudIdentity planeAgentsEvidence 24hSignedLast beat
healthyhexr-runtime-aks-1globex-azureaks3 srv · 4 agt nested14,8983,67237s ago
healthyhexr-runtime-eks-1acme-awseks3 srv · 6 agt nested22,8032,80356s ago

What this fleet is

Two runtime clusters — Azure (AKS) and AWS (EKS) — each with its own per-tenant trust root chained to the Hexr control plane. Agents on each get a process-level identity, and every action they take is a signed row in that cluster's own evidence store.

The Azure tenant runs a three-process hiring pipeline: two registered, one not. The AWS tenant runs a healthtech denial-review crew: four identified processes, one of which calls the others over agent-to-agent mTLS every three minutes.

How to read this demo

Fleet and heartbeat are read from the control plane as you look (the top bar says when). Evidence rows come from inside each cluster and are a dated capture. Every panel shows the request that produced its numbers.

Nothing here is representative data. When a cluster is unhealthy, it shows here, with the reason. Pick a tour above, or use the sidebar.