ZerkerConsole

Zerker/Operator Console

Operator Console

Every agent. One screen.

See what needs attention, open the exact call, and act. Console reads Gateway records directly.

Interactive operator preview

Start with what needs an owner.

Example tenant data. This preview reads no production system and changes nothing.

reference tenant / operator viewIllustrative tenant. No customer or Zerker production data.

Operator queue

Attention

Conditions that need a person, ordered by impact.

Updated 18s ago
Needs owner3Example conditions
Active agents121 suspended
Priced traffic41 settlement failure
ConditionAgentEvidenceOwner
Settlement failedUpstream did not runresearch-agentinv_01J8…F73CRevenue
Elevated failures17.2% in selected windowsupport-resolution12 invocationsPlatform
Agent suspendedOperator action remains activecontract-reviewChanged 38m agoLegal ops

The operator loop

Find the problem. Open the record. Act.

Missing data is shown as missing, never as zero.

  1. 01Own

    Know each agent, upstream, status, owner, pricing rule, and credential reference.

    CATALOG
  2. 02Inspect

    Filter invocations by agent, result, mode, time, error, and settlement state.

    INVOCATIONS
  3. 03Act

    Suspend or resume an agent and work the conditions surfaced by the attention queue.

    CONTROL
  4. 04Confirm

    Read the authoritative tenant state again. Missing data shows as missing, not as zero.

    EVIDENCE

Seven views. One source.

Each view reads the Gateway API and shows only what it can produce.

01

Every agent, in full.

See catalog status, suspension, protocol, upstream, rate boundary, credential reference, pricing, tags, and per-agent traffic. Register, suspend, or resume an agent from the same view.

GET · POST · PATCH
02

Find the exact invocation.

Filter server-side by result, mode, agent, time, error class, and settlement state, with the policy decision shown per row. Page through results or look up an invocation ID directly.

/v1/invocations
03

An attention queue.

Rules flag suspended or pending agents, elevated failures, settlement failures, priced agents without settlement, and credentials no agent references.

6 NAMED RULES
04

The tenant at a glance.

Overview and analytics report live tenant state. Metrics Gateway cannot compute are left out, not estimated.

OVERVIEW · ANALYTICS
05

Inspect credentials, policies, and activity.

Read-only views over stored credentials, the policies applied to them, and recent agent activity scoped to what the summary endpoint can produce.

READ-ONLY
06

Payments and settlement.

Read the settlement state behind priced agents and the payment posture of the tenant, without acting on it from the browser.

READ-ONLY
07

Keep Gateway tokens out of the browser.

The same-origin BFF holds the Gateway bearer server-side. The browser gets an opaque, secure session and sends Console requests to its own origin.

OIDC · BFF

If Gateway cannot confirm it, Console does not show it.

Console never invents a total.

Traffic boundary

Denied and unpaid calls are not invocations.

Policy denials and 402 challenges stop before an invocation row exists. The explorer shows traffic allowed to proceed, not every attempt.

Data boundary

Missing data shows as missing, not as zero.

A failed analytics read is unavailable. It does not become zero calls, zero errors, or an empty queue that looks healthy.

Some views are still being connected.

Overview, analytics, credentials, and policy are being connected to the Gateway API. Until each one lands, its preview is not presented as live.

Gateway enforces and records. Console is where people operate it. Portals and Rooms join Console as they ship.

Open the Console.

Talk to us to see Console connected to a live Gateway.