Public demo - redacted static data

A public dashboard for the proof model, not the private ledger.

This page shows how Azzam CEO tracks operating work without exposing live owner data. The private Command Center reads the real operating ledger locally/server-side. This public version uses static demo states, safe labels, and claim boundaries.

Proof loop

What a validated operating session must show.

Azzam CEO is useful only when the work leaves evidence. The public dashboard shows the shape of that evidence without revealing private business context.

1

Context loaded

Business profile, objective, driver tree, open work, and recent decisions are checked before material work.

2

Team dispatched

Stable AI personas are explicitly dispatched for approved work; durable records alone are not live agents.

3

Artifact produced

Concrete output must be named: code, copy, doc, verification, deployment package, or blocked evidence.

4

Review recorded

Self-review and Azzam review separate created work from accepted work.

Signal model

Interest is not adoption.

Public release starts from a zero baseline. Early signals should be read conservatively until setup attempts, activated workspaces, and outcome evidence exist.

Signal Allowed interpretation Blocked interpretation
Page view Someone inspected a public page. They used Azzam CEO.
GitHub intent click Someone considered the repo. They installed or activated it.
Setup question Potential activation interest. Successful business outcome.

Private boundary

What this dashboard does not expose.

It does not include operating-session IDs, work-item IDs, owner feedback, private strategy, Supabase project references, database credentials, live snapshots, or raw team deliberation.

Claim boundary: this is a sanitized public demo of the reporting model. It is not evidence of live public usage, customer adoption, or unattended AI authority.