One control plane · telemetry, coding & security agents

Every agent
on every computer,
under one control plane

Telemetry collectors, AI coding agents, and eBPF security agents — versioned config, feature-flag rollouts, drift detection and an audit trail for every one of them.

Sign Up for Updates Read the Docs
# Point the supervisor at your channel
export OPAMP_SERVER=wss://acme.ampbase.io/channels/observability-prod/v1/opamp

# Start the universal supervisor
ampbase run
Agent classes

Three agent types. One rollout model.

Ampbase manages the long-running agents on your computers. What they do differs completely. What it takes to change their config safely does not.

Telemetry agents observability-prod
OTel Collector Vector Fluent Bit Telegraf Refinery
Runs onServers, containers, edge
Config isA pipeline
Bad configDrops data, triples the bill
We also give youCost & cardinality intelligence
Pipeline config
versioned per channel
Coding agents coding-agents-default
Claude Code Codex CLI Cursor
Runs onDeveloper workstations, CI
Config isA redaction & forwarding policy
Bad configLeaks prompts, diffs, source
We also give youSpend, adoption & governance
Redaction policy
tiered, device-local
Security agents security-vms
Tetragon (eBPF)
Runs onLinux servers, VMs, bare metal
Config isA kernel enforcement policy
Bad configKills processes fleet-wide
We also give youPolicy hygiene (coming)
Enforcement policy
observe-only floor
MASTER BUS
One rollout model
versioned flag-targeted canaried drift-checked reversible audited
Blast radius

A config push is a deploy. Treat it like one.

Every one of these agents can take something down when its config is wrong. Ampbase puts the same machinery in front of all three: a diff, a canary weight, a drift check, a rollback, and an audit trail.

THE SAME MACHINERY, EVERY TIME observability-prod · 48 collectors
  1. 1Diffthe new revision against what is running
  2. 2Canary weighta slice of the fleet takes it first
  3. 3Drift checkevery host reports what it is actually running
  4. 4Rollbackone click, back to the last good revision
  5. 5Audit trailwhat was deployed where, by whom, and when

Same answer, three times.

Versioned immutable config. Feature-flag targeting with canary weights. Drift detection on every host. One-click rollback. An event-sourced audit trail of what was deployed where, and when.

ENFORCEMENT

Deploying a policy that can kill a process takes a type-to-confirm and a staged rollout. Admins can override for incident response; every override is audited by name.

Why Ampbase

Built for scale, designed for teams

Everything you need to run a mixed agent fleet with confidence

Targeting

Intelligent Routing

Route different configs to different agent subsets using feature flags and targeting rules.

Live push

Real-Time Control

Push config changes to thousands of agents in seconds. See health status for every agent.

Telemetry

Complete Visibility

Track agent health, config drift, and deployment status with built-in analytics.

Automated

Fleet Intelligence

Analyzers watch your fleet — flagging cost, waste and policy hygiene, and proposing config changes you can apply with one click.

In depth

Three classes, up close.

Ampbase sees configuration and counts. Never your data, your code, or your security events.

An analyzer finds the cost, you apply the config change — through the same versioned rollout.

Live in product
ANALYZER FINDING
High-cardinality label on http_requests

user_id has grown to 47k distinct values across 12 collectors since the v2.4 deploy — 63% of series volume on this pipeline.

420 GBper day
−40%projected cost
otel-prod · processors current · rev 01JQ9F
# current pipeline
processors:
  batch:
    timeout: 5s
  + transform/cardinality:
  +   metric_statements:
  +     - set(attributes["user_id"],
  +         SHA256(attributes["user_id"]))
# exporters unchanged
rev 01JQK7… · canary 10% · 12 collectors

Reduced at the edge

The supervisor reduces over 100% of frames to HLL sketches, masked log templates and RED rollups. Raw values, log bodies and span attributes never leave the host.

Findings carry evidence

Every recommendation ships an evidence packet — the window it covers, the hosts it saw, and the gaps it could not close. Rule-based analyzers, stated as such.

Apply is a rollout

Accepting a finding writes an ordinary config version: diffed, flag-targeted, canaried and reversible like every other change on this page.

Redaction runs on the device: from managed workstations, content — prompts, code, diffs, command output — never reaches Ampbase.

Live in product
Redaction policy
Leaves the device —
Never leaves —
Forwards to
ampbase ingest acme-siem:4318
0
fields withheld
on device
$ ampbase events tail
Roll a policy change out like a feature flag
Policy is ordinary OpAMP config: weight a canary variant, let it adopt, then promote across the fleet — or roll back — from the same flag UI you use for collector configs.
policy v01
88%
v02 (canary)
12%
Total: 100% / 100%
4 of 32 agents on v02

Local-first redaction

Field-level scrubbing runs in the supervisor on the workstation. Prompt text, command output and diffs are dropped before anything is forwarded — a JSONL audit log stays on the device.

Policy, versioned & rolled out

Redaction and forwarding policy is ordinary OpAMP config: ULID-versioned, event-sourced, with diff view, rollback on failed apply, drift detection and flag-driven canary rollout.

One command to enroll

curl -fsSL get.ampbase.io | sh then ampbase enroll — wires each runtime to the loopback gateway. MDM drift shows in the dashboard and reapplies in one click.

Raw security events never reach Ampbase. Counts and sketches only. Not a SIEM, not EDR, not threat detection.

Standalone Linux hosts
observe-only floor
100%
enforce v03 (canary)
0%
Enforcement gate

This policy can SIGKILL matching processes on 12 hosts. Type ENFORCE to stage it at 10%.

REVISION CHECK · STANDALONE LINUX HOSTS enforce-v03
Policy validated4 kprobes, 1 tracepoint — schema and selectors check out.
Kernel support confirmedBTF present on 12 of 12 hosts (5.15 and 6.1).
Observe-only floor in place12 hosts reporting, 0 drift against the current revision.
! Applying reloads policy in the kernelA policy edit mirrors over the daemon’s local API — the changed policy is briefly unloaded. Daemon-config changes take the restart path instead. Staged rollout keeps either to the canary first.
· Enforcement awaiting gateThis revision can kill processes. It does nothing until an admin confirms.
DRY-RUN EVIDENCE · LAST 7 DAYS Live in product
What this policy would have killed
1,284matches
12hosts
34would have been killed
~19distinct binaries

Shown when you confirm an enforcing version: what its observe-only variant saw, so arming it is a decision with evidence behind it. Counts and cardinality estimates only — Ampbase never receives the events behind them.

Evidence informs the decision; it does not gate it. And a measured zero is not the same sentence as no evidence at all — the panel says which one it means.

Observe-only floor

A policy that cannot be classified is treated as enforcing, never degraded to observe. Unknown constructs fail toward the gate rather than past it.

Verified apply

A successful apply means the kernel accepted the policy — verified over Tetragon’s own gRPC enumeration after the apply, whichever path it took — never a file that was written.

One supervisor, both jobs

The same supervisor manages your security agent and the log shipper that moves its events off the host. Raw events go to your SIEM, not to us.

Ready to bring your whole fleet under one control plane?

Join the early access waitlist — collectors, coding agents and security policy, managed from one place. One binary per host, config in minutes.