AI-Native Methodology

Google Just Built AI Agent Guardrails Into the Gemini API

Bill Cava/

Google expanded Managed Agents in the Gemini API today with checkpoints that can inspect and block an agent's actions before they happen, hard spending limits, and schedules that run agents unattended.[1] Mentions of the new release ran at roughly double their typical volume in the hours after the announcement.

It would be easy to skim this as a feature list. It is worth stopping on, because it takes the two hardest problems in running AI agents unattended, actions you did not approve and costs you did not expect, and moves both from "someone should watch for that" to configuration the platform enforces every time.

That is the real story here: agent oversight becoming architecture instead of vigilance, and the competitive fight among AI platforms moving from the models to the harnesses that run them.

Google DeepMind's Philipp Schmid announcing the Managed Agents update.

What did Google add to Managed Agents in the Gemini API?

Managed Agents, Google's service that runs an AI agent inside a protected cloud workspace, gained five things: checkpoints that apply your rules to every action the agent takes, hard spending limits, scheduled unattended runs, better workspace management, and free-tier access, with a newer, faster Gemini model as the default.[1]

The checkpoints are the headline. You write a rule once, and the platform applies it at two moments of every action the agent takes: just before the agent acts, and just after.

The before-the-action check is the one that changes the risk math. It can look at what the agent is about to do (run code, change a file) and refuse it. The action simply never happens, and the agent is told why, so it can take a different route. Unite.AI's framing was blunt and accurate: Google now lets teams block an agent's actions before they run.[2]

Google's July 28, 2026 announcement of Managed Agents updates: blockable agent actions, budget controls, scheduled triggers, and free tier access
The announcement, in Google's own summary: block an agent's actions, cap its spend, put it on a schedule. Source: Google DeepMind.

The spending limit is just as concrete. Set a ceiling and the platform enforces it: when the agent hits the number, work pauses safely with nothing lost, so a runaway agent stops at a cost you chose instead of a bill someone discovers later.

Schedules turn an agent into a standing worker. The same job, the same rules, running on your calendar with no one at the keyboard.

All of it now runs on the free tier, per Google's announcement.[1] The rollout has the usual seams (the new model is in the API before it reaches Google's own command-line tooling for some enterprise users), but the shape is unmistakable.

Why do agent hooks and budget caps matter?

Because human review of agent actions is failing, measurably. Hooks and caps take the checks a person was supposed to perform and hand them to infrastructure that performs them on every action, identically, forever. A rule the platform enforces cannot be skipped on a busy day.

We walked through the evidence last week: across five 2026 studies, the human review loop is failing four ways at once, going unstaffed, getting deceived, getting skipped, and grinding reviewers down. That analysis concluded that oversight has to be built as architecture, not vigilance.

Google just shipped that conclusion as a product. A checkpoint is not a person watching an agent; it is a rule that fires on the ten-thousandth action at 3 AM exactly as it fired on the first. The oversight that works is the kind you cannot forget to do.

These updates turn managed agents into cost-controlled, scheduled workers that operate autonomously inside real development environments.

Philipp Schmid and Mariano Cocirio, Google DeepMind, Managed Agents announcement, July 28, 2026

Read that sentence closely. It does not promise smarter agents. It promises governed ones: bounded cost, scheduled execution, actions subject to rules. That is the language of infrastructure, and it is what putting agents on real recurring work has been waiting for.

Does this matter if you don't use Gemini?

Yes, as a signal. Hooks, budget caps, and schedulers are features of the harness, the software that wraps and runs an agent, not features of the model. Every serious agent platform is converging on them, and Google just made them free-tier table stakes.

Anthropic's tools have had blockable checkpoints for some time, and OpenAI has been turning agents into metered, billed products. What changed today is the floor: when checkpoints and spending ceilings come free with the platform, shipping an agent platform without them starts to look like a decision.

The harness is where the lock-in now accumulates. Better models were already losing to worse tools: the harness is where teams pile up switching costs, and your rule files, spending caps, and schedules are exactly that. They encode your risk decisions, they are written against one vendor's shape, and they do not port.

It also extends a wider pattern. Pre-tool blocking is a direct mitigation for the lethal trifecta that makes agentic workflows exploitable by design, and it lands a day after the industry's agent-security tooling consolidated at the platform layer. Everywhere you look, the controls around agents are moving down the stack, out of team habits and into infrastructure.

What should you demand from any agent platform now?

Three things, whatever vendor you run: checkpoints that can block an action rather than just record it, spending ceilings the platform enforces rather than your own code, and unattended runs that carry the same guarantees as a supervised session. After today, all three are reasonable asks.

  • Checkpoints that block. A log tells you what the agent did. A checkpoint decides what it may do. Only the second is a control.
  • Ceilings the platform holds. A budget your own software enforces dies when your software fails. A cap the platform enforces survives every failure above it, including the agent's.
  • Schedules with the same rules. An agent running unattended at night needs the identical checkpoints and caps it had while you were watching. Anything less is a second, weaker platform.

What the new controls do not do matters just as much. Checkpoints govern the agent's actions, not the quality of its work; a spending cap bounds cost, not correctness. An agent can stay inside every rule and still be confidently wrong, so gating the work on evidence is still your team's job, and judgment is still the product.

The era of trusting a human to watch the agent is ending. Not because people got more careful, but because the platforms stopped assuming they would.

References

Frequently asked

What did Google add to Managed Agents in the Gemini API?
The July 28, 2026 update adds five things: checkpoints that run your own rules before and after every action an agent takes (the before-the-action check can block the action outright), hard spending limits that stop an agent at a token budget you set, schedules that run an agent unattended on a recurring calendar, better management of the sandboxed workspaces agents run in, and free-tier access, with a newer, faster Gemini model as the default.
The July 28, 2026 update adds five things: checkpoints that run your own rules before and after every action an agent takes (the before-the-action check can block the action outright), hard spending limits that stop an agent at a token budget you set, schedules that run an agent unattended on a recurring calendar, better management of the sandboxed workspaces agents run in, and free-tier access, with a newer, faster Gemini model as the default.
What are agent hooks and why do they matter?
Hooks are checkpoints the platform guarantees around every action an agent takes.
Hooks are checkpoints the platform guarantees around every action an agent takes. The before-the-action check can inspect what the agent is about to do, like running code or changing a file, and block it before it happens. That turns oversight from something a human tries to catch in real time into a rule the infrastructure enforces every single time, which is the only version that holds up once agents run unattended.
How do token budget caps change running autonomous agents?
A hard ceiling on total tokens means a looping or runaway agent stops at a known cost instead of burning spend until someone notices.
A hard ceiling on total tokens means a looping or runaway agent stops at a known cost instead of burning spend until someone notices. Execution pauses safely with the sandbox state preserved. Combined with scheduled triggers, an autonomous agent becomes a bounded, predictable line item rather than an open-ended operational risk.
Does this matter if you don't use Gemini?
Yes, as a signal. Hooks, budget caps, and schedulers are harness features rather than model features, and every serious agent platform is converging on them.
Yes, as a signal. Hooks, budget caps, and schedulers are harness features rather than model features, and every serious agent platform is converging on them. When guardrails become platform primitives, the choice of harness starts to matter as much as the choice of model, and switching costs accumulate in the hooks, budgets, and schedules you configure against one vendor's shape.
Work with us

Let’s build it together.

We turn clever prototypes into production systems people can rely on. If you’re building with agents and want a hand making it real, leave your email and we’ll be in touch.

Straight to the team. No spam.