Governing AI agents at the API call
This is shadow AI with higher stakes: agents don't just read data, they act on it — including an agent that attempts to exfiltrate customer PII.
So who governs work that flows through channels no one controls?
The project frames itself as "a CASB (Cloud Access Security Broker), but for AI agent traffic" — sitting inline on the calls agents make.
Before we lean on it, is it real? Look at what's actually built.
Built by an autonomous development machine in about six weeks (2026-02-24 to 2026-04-06), tracked in STATE.yaml.
Real code — but it still has to govern traffic no one controls.
You can't put an agent on every endpoint, or wait for AI vendors to cooperate.
The design commits to it explicitly: "No endpoint agent required. No framework integration required. No cooperation from the AI vendor required." So how do you govern traffic you don't control?
The answer is where all that traffic must pass.
From just the API call, the gateway determines WHO uses WHAT agent with WHAT capabilities to do WHAT work on WHAT data — no endpoint agent needed.
And once you sit inline, watching becomes controlling.
Content classifiers inspect traffic for policy, backed by a hash-chained, tamper-evident audit trail (audit_integrity + W-016 hash-chain, F-922).
But control only works if no one can quietly route around it.
Five enforcement-config generators route the whole network back through Safeguard — turning adoption from voluntary into mandatory.
With the last gap closed, the choke-point insight is fully realized.
One inline choke point, made unavoidable, closes shadow AI — instead of merely watching it.
Ungoverned AI agent traffic becomes complete visibility, real-time policy control, and tamper-evident audit — with no endpoint agent and no vendor cooperation required.
Status: Active · Phase 10-13 Production ReadinessData as of: 2026-04-06 (last commit). Feature status: Active — STATE.yaml phase 10-13 "Production Readiness" (epoch 4240).
Repository: ~/dev/ANext/amplifier-safeguard. Managed by an autonomous development machine (AGENTS.md).
Commands run:
git rev-list --count HEAD → 2324find src -name '*.py' | xargs wc -l | tail -1; find src -name '*.py' | wc -l → 40613 lines, 183 files.venv/bin/python -m pytest --collect-only -q tests → 5152 collected (201 files); pytest tests/gateway -q → 1485 passedls src/safeguard/gateway/endpoints/*.py → openai, anthropic, azure_openai, google_gemini, mistral (+ shadow_api, approvals)ls src/safeguard/content/classifiers/*.py → pii, sensitive_data, prompt_injection, secrets, response_safetyls src/safeguard/dns/generators/ → zscaler, entra, firewall, pac, dnsgrep -rln 'hash_chain|HashChain|tamper' src/safeguard/; grep W-016 STATE.yaml → audit_integrity.py, W-016, F-922git log --reverse --format='%ai %h %s' | head; git log -1 --format='%ai %h %s' → 2026-02-24 to 2026-04-06 (~6 weeks)git shortlog -sne --allPrimary contributors: Sam Schillace (1973 + 118 commits; the two emails are one person, a git-config artifact); Amplifier Dev Machine (168); Safeguard Monitor (65).
Gaps: "sub-50ms / <100ms" latency are stated design targets, not measured benchmarks. Only tests/gateway (1485) was run end-to-end; full 5152-suite pass rate unverified. "Meridian Financial" is synthetic demo data — no production deployment evidenced. STATE.yaml flags several features "not auto-wired" as deferred findings.