Platform

Platform overviewWorkflow orchestrationGitOps configurationGovernance and AAAAI and MCPRuntime and executionEvidence and monitoring

Use cases

All use casesProduction incidentRelease preparationHotfix to productionSecurity scan triage
Why NopsAIIntegrationsSecurity

Resources

All resourcesAI agent governanceMCP governanceMCP securitySelf-hosted platforms
Pricing

Company

How a run worksAboutContactBook a demo

How it works

From a familiar signal to a trusted outcome.

Git events, schedules, APIs, manual actions and external services all enter one request model. What happens next is the same governed path every time, whatever started it.

Operating model

One path from intent to evidence.

NopsAI connects control-plane decisions and data-plane execution without turning AI work into a separate, ungoverned system.

Signal

Normalize intent

Git, schedules, APIs, manual actions and external services enter one request model.

Govern

Resolve permission

AAA, scope, secrets, knowledge, model profiles and tool profiles are checked before dispatch.

Run

Execute in isolation

The dispatcher selects an eligible Docker or Kubernetes runner for a per-run agent.

Prove

Keep the evidence

Logs, task state, approvals, AI usage, monitoring and outputs remain attached to the run.

The governed run

Six steps, every time, whatever started the run.

The order matters. Deterministic work happens before reasoning, reasoning happens inside a boundary, and nothing high-risk executes before a named human agrees.

  1. Normalize the trigger

    A Git event, schedule, API call, external service or manual action becomes one consistent run request with a known effective subject.

  2. Resolve the definition

    Pipeline YAML, reusable steps, knowledge context, scope, variables, secrets and access decisions are loaded and snapshotted.

  3. Authorize the caller

    Default-deny checks cover the route and every protected resource the run references. Failures fail closed, before dispatch.

  4. Dispatch to a runner

    The dispatcher filters connected runners by scope, routing, capacity, affinity and runtime pool, then launches a per-run agent.

  5. Advance the graph

    Deterministic tasks and AI goals execute in dependency order. The run pauses at approvals without holding a runner.

  6. Attach the evidence

    Status, logs, task history, approvals, AI usage and declared outputs stay owned by the run and survive the conversation.

Architecture

Durable control plane. Isolated data plane.

The API, AAA, configuration, dispatcher and persistence layers decide and record what should happen. Docker and Kubernetes runners execute transient work and report state back through authenticated service boundaries.

Experience layer
Operator UINopsAI CLIREST APIHosted MCP
Control plane
AuthenticationAAA decisionsConfig syncRun lifecycle
Dispatch layer
Scope routingCapacityAffinityRuntime pools
Data plane
Docker agentsKubernetes podsStep runtimesWorkspaces
Evidence layer
Postgres stateRun logsMetricsFinal outputs

Bring one workflow. We will map its controls, runtime, and evidence with you.

The fastest way to evaluate NopsAI is a single real workflow you already run manually and cannot safely hand to an unrestricted agent.