Real vs. simulated
A real integration can be offline. Status describes current evidence, not a successful end-to-end demo.
Real
- Phone callUnverified
A real voice connection through Cartesia. Verified from the latest voice webhook receipt written by the call receiver.
- ClaudeUnverified
Cloud model for language and judgment. Code controls commitments. Verified from a committed route receipt, or from validated pre-call inference in this demo host; no paid call is made per page load.
- GX10 local modelUnverified
On-site model for routine tasks. Verified by a live, read-only probe of /v1/models.
- Apify public dataUnverified
Public web data, not private financial records. Verified from the last Apify run receipt, or from the one capped run in this demo host.
- Policy engineUnverified
Deterministic server-side rules decide permissions and commitments. Verified from a policy decision receipt; enforcement is independent of this view.
- SpacetimeDBUnverified
Shared state and audit subscriptions. Verified by a live SpacetimeDB database probe, or shown as a fixture when the in-memory store is used.
Sandbox / simulated
- CRS test identitiesSimulated
Sandbox identities only; no real customer credit reports.
- Nessie bankSimulated
Sandbox bank accounts and transactions; no real money moves.
- Company, vendors & emailsSimulated
Northfield Studio and its business records are fictional demo fixtures.
- Pay page cardSimulated
Simulated card payment; the demo creates a sandbox Nessie deposit.
Live status unavailable · Sandbox items never represent real money or identities.
Status refreshes every 10 seconds; service probes are cached for about 45 seconds. Verified means a fresh live probe or a committed receipt (its time is shown). Simulated means a fixture stands in for the service. Unreachable means the probe failed. Unverified means no fresh evidence is available. LLM control reflects this server process; separate processes need the shared state adapter.