epok
CONTROLLED EVALUATION

Evaluate the engine. Check the evidence.

Evaluate ingest → evidence → analysis → surfaces on a representative production boundary. Send telemetry directly to Epok, inspect evidence items and receipts, and check coverage before judging incident outcomes. Your team and agents use the same facts; current observability and paging systems remain the control during evaluation.

Request a governed evaluationStart the 14-day self-service trialInspect a live incident →

Evaluating beside Datadog? Ship to both for 14 days; your paging stays authoritative. Your shippers keep their existing output and gain a direct Epok destination. Compare recognition, recovery recommendations, root-cause evidence and forecasts against agreed incident windows before expanding the deployment.

shadow mode · independent telemetry path · current paging authoritative · no automated remediation

THE EVALUATION CONTRACT

A reversible path from curiosity to an operational decision.

01

Define the boundary

Choose a service group, ownership domain, environment, critical user journey, or incident class. Record approved signals and fields, expected volume, data classification, region, retention, notification destinations and the evidence your team and agents need to check.

02

Deploy an isolated secondary path

Fan out approved telemetry directly to Epok’s owned ingest through OpenTelemetry or an open shipper using an ingest-scoped key. Give the destination its own queue, timeout, retry policy and volume ceiling. No proprietary Epok agent for server-side telemetry.

03

Keep the control plane unchanged

Existing telemetry destinations, monitors, dashboards, paging and incident command remain authoritative during evaluation. Assess recovery recommendations from change and blast radius while root-cause analysis continues. We recommend; you execute.

04

Exercise representative incidents

Use agreed incident windows, synthetic failures or approved failure exercises across related systems. Follow evidence IDs to receipts and inspect coverage, including what was not seen. Request MCP gateway access for your agents and test the same evidence from the app and the gateway.

05

Score every outcome

Classify each incident as correct, incorrect, abstained, or missed. Measure alert fanout, time from first page to verified cause, false pages, telemetry coverage and responder effort. Assess recovery recommendations and forecast uncertainty against the incident evidence as separate outcomes.

06

Expand, coexist, or stop

Review the pre-agreed quality, security, and operational gates. Expand through a separately approved change, keep the bounded deployment, or revoke the key and remove the exporter for a clean exit.

DECISION-GRADE SCORECARD

Separate safe uncertainty from harmful error.

Do not combine abstentions with wrong conclusions, and do not call a trial successful because data arrived. Agree on the incident cohort and thresholds before ingest begins, then review both systems against the same windows. Epok commits a cause only with supporting evidence. Inspect found, none in retained data and not run separately, along with partial or missing inputs. Follow receipts through the MCP agent gateway, with access on request, to evaluate agent investigations alongside your team's.

CORRECTThe committed cause is supported by the reviewed evidence IDs and their receipts.
INCORRECTEpok commits a cause that the review does not support.
ABSTAINEDEpok withholds a cause when supporting evidence is insufficient, states the gap and says what to check next.
MISSEDThe agreed incident cohort contains a relevant event Epok did not surface.
ACCESS AND EVALUATION REQUIREMENTS

Define access, data handling and approval requirements.

WORKSPACE ACCESS

Google OAuth, scoped ingest/read API keys, EU-hosted primary infrastructure, DPA on request, and timestamped alert-action history.

ARCHITECTURE REVIEW

Capacity above published self-service limits, custom retention or residency, dedicated or self-hosted deployment, and contracted support requirements.

IDENTITY AND ASSURANCE

Microsoft login, SAML enterprise SSO and SCIM are not supported; Epok does not hold a completed SOC 2 Type II report. Review these constraints against your organization's production approval requirements.

Review trust, data handling, and subprocessors →Review published limits and backpressure behavior →Review coexistence setup →

Evaluate Epok at the scope your environment demands.

Inspect the product without signup, run a self-service workspace, or define a governed evaluation with us.

Plan an evaluationOpen the live demo →Start self-service →