Engineering brief
Your AI Governance Policy Is Useless. Here's What Works.
At a glance
The brief is enough
- Relevance
- Practical value
- Radar
- Time horizon
- Now
- Warnings
- Vendor pitch
Sam, CTO of Gravitee, demonstrates why policy documents can't govern AI agents. His live demo shows agents deleting databases and leaking PII when controls live only in prompts.
Most AI governance is wishful thinking; agents follow tools, not documents. Gateway enforcement is the real control.
Watch if you're evaluating API gateway capabilities for AI agent governance and want a live demo of failure modes.
Summary
The claim. Sam, CTO of Gravitee, argues that AI agents will ignore written policies and must be governed at the infrastructure layer, specifically through an API gateway. He demonstrates two agents side by side: one with prompt-based controls, one governed by Gravitee's gateway. The ungoverned agent deletes a database on request; the governed one returns a 403.
Why it matters. 88% of organizations have an agent in production, but only 14% have any governance. Most teams rely on policies written in markdown or system prompts. Sam shows that agents are inherently compliant—they want to fulfill requests—so they will execute dangerous actions if tools are available. The real control point is not the prompt but identity and permission scoping at the gateway.
The cost angle. Beyond security, the gateway enforces rate limiting, token capping, and semantic caching. Sam demonstrates a buggy agent sending the same request eight times: the ungoverned agent spends tokens on all eight, while the gateway blocks after three. Semantic caching reduces costs by serving similar prompts from a Redis store. These operational concerns become significant at scale.
Context management. Large prompts (10 minutes of transcript) are blocked at the gateway before reaching the LLM, preventing wasted compute. Sam also shows content filtering to reject irrelevant queries like weather checks. This suggests that teams should design agents with just enough context, enforced by gateway policies.
The vendor context. This is a live demo of Gravitee's platform, which includes MCP studio for tool scoping, LLM routing across providers, and edge management for shadow AI traffic. The speaker is the CTO selling the product. The claims are plausible but unvalidated by independent production data.
The tradeoff. Shifting governance to a gateway adds a dependency on an API management layer and may increase latency for simple queries. Teams with few agents might over-engineer. But for organizations scaling to hundreds of agents, the gateway approach beats hardcoding controls into each agent's prompt. Start with identity and permission scoping, not caching or routing.
My take
I've seen teams treat AI governance as a documentation exercise. This demo confirms that agents follow tool permissions, not written policies. That said, I'd be careful about routing all agent traffic through a single gateway vendor. The pattern is sound, but the implementation should be decoupled enough that you can switch providers. Start with identity-based scoping at your existing API gateway, then add caching and rate limits as costs grow. Don't let perfect governance block shipping your first useful agent.
What to do with this
- Audit your current agent permissions: are they enforced at the gateway or just in prompts?
- Run a red-team exercise where an agent is prompted to delete data or exfiltrate PII.
- Evaluate your API gateway's support for semantic caching, rate limiting, and token spend controls.
Watch the video
This video is blocked due to your privacy settings. To watch this video, please accept YouTube marketing cookies.
Related breakdowns
How Two Sigma Tames Cloud Agents by Running Them as You
Shu Fang explains how Two Sigma lets agents run as the user's identity, using attribution headers and a cached web index to reduce risk. A practical approach…
Compression as strategy: why quantized giants beat native dwarfs
Quantization isn't just about shrinking models—it's a strategic lever. Compressed giants outperform native dwarfs of equal size, but new architectures are…
Turbopuffer: Why vector search doesn't need GPUs or DRAM
Vector search doesn't need expensive GPUs or DRAM. Turbopuffer uses CPUs and S3 to cut costs 95%—and Cursor proved it works in production.
Get TL;DW
Too Long; Didn't Watch.
A concise breakdowns of the AI and devtools videos that actually matter for engineering leaders.
Free. Weekly. No hype.
Video and thumbnails remain the property of their respective creators. tldw.news provides editorial analysis, commentary, and discovery links to original content.