[
  {
    "id": "broadcast.audience",
    "projectId": "schmobin",
    "claim": "30,000+ active users during documented broadcast events",
    "value": "30,000+",
    "unit": "active users",
    "status": "measured_with_context",
    "context": "Reported audience activity during documented Schmobin broadcast events. This is an event-scale figure, not a claim of simultaneous socket connections or a continuous production load.",
    "sourceFile": "DevPair broadcast telemetry logs",
    "sourceSection": "Broadcast event results",
    "public": true
  },
  {
    "id": "broadcast.submissions",
    "projectId": "schmobin",
    "claim": "500,000+ audience submissions during documented events",
    "value": "500,000+",
    "unit": "submissions",
    "status": "measured_with_context",
    "context": "Reported submission volume across documented Schmobin broadcast events. This is an aggregate participation figure, not a per-second throughput measurement. ChatDuelForm references the same event record.",
    "sourceFile": "DevPair broadcast telemetry logs",
    "sourceSection": "Audience participation",
    "public": true
  },
  {
    "id": "broadcast.memory",
    "projectId": "schmobin",
    "claim": "364.1 MB total RSS memory footprint across 31 persistent socket daemons",
    "value": "364.1 MB",
    "unit": "total daemon RSS",
    "status": "measured_with_context",
    "context": "Recorded aggregate resident memory for 31 persistent services at the time of inspection. This snapshot excludes other host processes and does not certify memory use at peak traffic.",
    "sourceFile": "Infrastructure systemd status & smem telemetry",
    "sourceSection": "Daemon memory footprint",
    "public": true
  },
  {
    "id": "broadcast.arbitration",
    "projectId": "schmobin",
    "claim": "0.5–2.0 ms reported server-side database arbitration execution",
    "value": "0.5–2.0 ms",
    "unit": "database execution time",
    "status": "measured_with_context",
    "context": "Reported database transaction execution during buzzer arbitration. This is not end-to-end player latency: network transit, client rendering, and event delivery are outside the measurement.",
    "sourceFile": "Schmobin Face-Off benchmark ledger",
    "sourceSection": "Buzzer arbitration",
    "public": true
  },
  {
    "id": "punch.concurrency",
    "projectId": "punch",
    "claim": "10,000 concurrent WebSockets per node target capacity model",
    "value": "10,000",
    "unit": "connections/node target",
    "status": "implemented_not_capacity_certified",
    "context": "Designed capacity target in Go sequence-aware WebSocket engine with circular ring buffers, NATS JetStream, and monotonic Redis fencing tokens (capacity model; not claimed continuous production concurrency).",
    "sourceFile": "Punch 100K_CAPACITY_MATRIX.md",
    "sourceSection": "WebSocket concurrency model",
    "public": true
  },
  {
    "id": "relay.mcp",
    "projectId": "relay-studio",
    "claim": "9 first-party MCP tools with token ability scoping and agent audit logs",
    "value": "9 tools",
    "unit": "MCP SDK tools",
    "status": "verified_in_evidence_pack",
    "context": "Native Model Context Protocol server built with @modelcontextprotocol/sdk v1.6.0 exposing daily briefings and sprint mutations to coding agents (Claude, Cursor, Antigravity) with Sanctum token abilities.",
    "sourceFile": "Relay Studio integration inventory",
    "sourceSection": "AI agent protocol integration",
    "public": true
  },
  {
    "id": "clinbeam.odontogram",
    "projectId": "clinbeam",
    "claim": "5-surface interactive dental odontogram in React 19",
    "value": "5 surfaces",
    "unit": "anatomical tooth mapping",
    "status": "verified_in_evidence_pack",
    "context": "Documented dental charting interface supporting five tooth surfaces. Client interface evidence establishes the visible capability, not backend authorization enforcement or clinical validation.",
    "sourceFile": "ClinBeam client bundle manifest",
    "sourceSection": "Specialized clinical UI",
    "public": true
  },
  {
    "id": "clinbeam.ai",
    "projectId": "clinbeam",
    "claim": "Dual-engine AI copilot with 14 execution endpoints and clinician confirmation gate",
    "value": "14 endpoints",
    "unit": "AI execution routes",
    "status": "verified_in_evidence_pack",
    "context": "Dual-engine AI architecture pairing clinical documentation (patient summaries, cited medical provenance, mandatory clinician review confirmation gate) and operational triage with Model Context Protocol integration.",
    "sourceFile": "ClinBeam AI protocol & route definitions",
    "sourceSection": "Dual-Engine Clinical Copilot & MCP",
    "public": true
  },
  {
    "id": "sre.security",
    "projectId": "schmobin",
    "claim": "systemd security exposure score reduced from 9.2 UNSAFE to 4.3 OK",
    "value": "9.2 → 4.3",
    "unit": "score improvement",
    "status": "measured_with_context",
    "context": "A reported change in the systemd-analyze security heuristic after service sandboxing changes. A lower exposure score is not a percentage reduction in attack surface or an independent security certification.",
    "sourceFile": "systemd-analyze security audit output",
    "sourceSection": "Linux host hardening",
    "public": true
  },
  {
    "id": "sre.rto",
    "projectId": "schmobin",
    "claim": "Under 15 minutes reported for a fleet recovery exercise",
    "value": "<15 min",
    "unit": "reported recovery exercise",
    "status": "measured_with_context",
    "context": "Reported duration of a documented recovery exercise. Actual recovery depends on available backups, data volume, dependencies, and the failure scenario; this is not an availability guarantee.",
    "sourceFile": "Fleet recovery exercise record",
    "sourceSection": "Disaster recovery automation",
    "public": true
  }
]