Microsoft Xbox · Tech Mahindra

ShieldAI: catch broken releases in about 30 seconds.

A safety check that runs right before a release, alongside the existing tests. It catches the kinds of failures normal tests miss, on a simple rule: strict checks can block a release, AI only gives advice, and people make the final call.

Implementation complete and ready for review. My own concept and architecture; full implementation details shared on request.

Continuous delivery pipeline safety checks and deployment verification

Problem

A real gap between 'tests passed' and 'live'.

Between the tests passing and someone approving the release, nothing actually checked that the live app really worked. Blank pages, broken logins, 'access denied' errors on data, and dead services all slipped through. One real case: an admin page started returning an 'access denied' error after a release, went unnoticed for days, and needed a manual investigation, while all the tests stayed green the whole time.

Design Decisions

Strict checks block. AI advises. People decide.

1

The AI never blocks a release on its own opinion. Only clear, provable checks can block; people make the final call.

2

It runs at the same time as the existing tests, so it adds almost no extra wait, around 30 seconds.

3

It works with two AI providers behind a single setting, so teams that need stricter data control can switch with no code changes.

4

Turning it off is a one-line change, so teams trust a tool they can remove instantly.

How It Works

Six checks in two groups.

It runs next to the existing tests: three strict checks that can block a release, and three AI checks that only give advice.

1

Page loads (can block)

A real browser opens each app and confirms it actually displays, the menus work, and the code and styles load.

2

Backend health (can block)

It checks the key services to catch ones that are dead on arrival.

3

Dependencies and security certs (can block)

It confirms required services are reachable and that security certificates have not expired.

4

AI visual check (advice)

An AI looks at screenshots for visual problems a simple status code cannot catch.

5

AI cause explanation (advice)

When a strict check fails, an AI explains the likely cause to speed up the fix.

6

AI risk score (advice)

An AI rates how risky the release is based on what changed, to inform the reviewer.

Engineering Challenges

Why the design holds up.

Every objection a platform or security reviewer might raise has a built-in answer.

Will it slow down releases?

It runs at the same time as the existing tests, so it adds only about 30 seconds.

What if the AI is wrong?

AI checks are advice only. Only the strict, provable checks can block a release.

What about unreliable checks?

The strict checks retry and time out sensibly and publish full reports, so a person can override in seconds.

What about data leaving our systems?

By default the data stays inside Microsoft's systems; a stricter mode keeps it inside the team's own cloud, and secrets are removed before any AI call.

Built With

Fits the pipeline, flexible on AI provider.

A simple release-pipeline step that drives a real browser and can swap its AI provider, publishing standard reports.

Playwright (Chromium)CD pipeline (declarative YAML)GitHub ModelsAzure OpenAIManaged IdentityVision modelsJUnit XML / JSON reportsResponsible AI

Impact

No added wait, real safety gained.

30 sec

Check runtime

None

Added release wait

Human

Final call

What This Shows

AI as an advisor, not the decision-maker.

The key idea is the 'block, advise, decide' rule: provable checks hold the gate, AI adds judgment where it helps, and people stay in charge. That is what makes an AI safety tool something the people who own production can trust.