Skip to main content
This page is one path with no branching, and it ends at the moment the product has to prove itself: the first recommendation you can check against evidence. Follow the eight steps in order — about half an hour — and you will have installed ChangeGuard AI, seen your first score and verdict, triggered a safe sample incident, and read an evidence-cited investigation of it on your own cluster.
Everything here is advisory and read-only. Nothing in this guide changes your workloads (the sample incident happens in a scratch namespace you create and delete). ChangeGuard AI does not act on your cluster until you explicitly enable execution for the environment — and even then only under a Permit.
1

Install ChangeGuard AI

One command installs the operator and the read-only collector — the install page walks it through. Already installed? Carry straight on.
2

Connect your cluster

Confirm the operator and collector are healthy and your cluster reads Ready in Environments → Connected environments (evidence source: Edge), with the collector shown as connected on Edge → Edge status — the checks are on Connect your first cluster. If anything doesn’t match, the fix table there covers it — it’s almost always egress or the API key.
3

See your first score

Your cluster’s CSC Score appears on its environment page within ~10 seconds of connecting — a deterministic 0–100 read of deploy readiness. Every point ties to a concrete signal you can inspect: Understanding your score.
4

Run a pre-flight check — and meet the Advisor

Open Preflight → Judge a change and evaluate a change against this environment. You get SHIP / HOLD / BLOCK with the score and reasons — a judgment, which authorizes nothing and blocks nothing here (your CI decides what to enforce). Where the Engineering Advisor is enabled (Early Access), its note appears alongside the verdict: the read a senior engineer would give.
Two things that are correct, not broken: if the Advisor has nothing material to add it stays silent — restraint is the feature. And if you don’t see the Advisor at all, that’s expected — it’s Early Access, off by default.
5

Trigger a sample incident, safely

Watch a failure get correlated to the change that caused it — in a scratch namespace that touches nothing real:
The new pods can’t pull the image, the rollout starts failing, and ChangeGuard AI sees both the change and the failure. Within a few minutes, an incident appears for sample-api — linked to the image change you just made. Cause, not just symptom.
6

Understand the recommendation

Open the incident. The root cause comes with cited evidence — the events, the failing rollout, and the change that shipped it. ChangeGuard AI proposes the fix and states the criteria to verify it worked. At the default autonomy level it applies nothing — this is advice you act on. Where the Engineering Opinion is enabled (Early Access), you’ll also see an owned position: belief, confidence, tradeoffs, and what would change its mind.
7

View the Current Understanding

Where incident context is enabled, the incident opens with the Current Understanding — the maintained read of what’s happening right now: what changed, what it broke, and where things stand. It’s what a teammate joining mid-incident needs, without scrolling the history. Every incident also carries an append-only activity timeline — your audit trail of what was observed and decided.
8

See the loop close

Ship the fix and watch ChangeGuard AI observe the recovery:
The rollout recovers, the incident reflects it, and the timeline records the whole arc — change, failure, fix, recovery. You applied this fix yourself; if you later enable execution, ChangeGuard AI can apply a fix like this under a short-lived, single-use Permit — after you approve it (Advise, the default) or inside a policy you wrote (Auto) — verify it against fresh evidence, and perform one compensating action if verification fails.

Set your comfort level

Authority is decided per environment, in one of two modes — default Advise: Either way, an approved change becomes a short-lived, single-use Permit, an Executor applies exactly that change, and ChangeGuard AI verifies the result against fresh evidence — or hands it back to a human.
Neither mode can act until you enable execution for the environment and apply the generated grant — see Enable execution. Until then, ChangeGuard AI stays at advice.

You’ve now seen the loop

In 30 minutes: a verified install, a scored cluster, a pre-flight verdict, a failure correlated to its cause, an evidence-cited investigation, and the recovery on the timeline — plus, where enabled, the Understanding, Opinion, and Advisor that turn it into a teammate.

Understand the concepts

What judgment, the Permit, the Executor and Advise/Auto really mean — with every capability labeled.

Operate it day-to-day

Health checks, upgrades, notifications, and keeping the collector happy.

Wire in your tools

GitOps, CI gates, and notifications — what each reads, writes, and needs.

Review permissions

Exactly what ChangeGuard AI can and cannot see or do in your cluster.