• 2 min read
Google says agent prompts need a build system
Google argues monolithic agent prompts fail at production scale and proposes modular prompt transpilation with build-time validation and CI checks.

Image: Hacker News
Google is making the case that production AI agents should stop treating prompts as static text files and start treating them like software build artifacts.
In a post published July 16, 2026, the company argues that a single, monolithic system prompt may work early on, but it breaks down once teams add safety policies, domain-specific rules, formatting requirements, and escalation behavior. At that point, prompt maintenance becomes a reliability problem.
Google highlights three common failure modes as prompts grow:

Recommended reading
FBI eyes Nvidia and Google TPU AI systems
- Obscured blast radius: a small prompt edit can affect the entire agent in ways that are hard to predict or test
- Copy-paste drift: teams duplicate shared instructions such as PII handling, safety rules, or escalation policies, creating inconsistencies
- Deferred runtime errors: ad-hoc string formatting and templates can hide missing variables or bad imports until a rare workflow actually runs
The proposed fix is a modular system built from smaller skill files rather than one giant prompt. A top-level agent prompt can then include shared components, inject variables like the target environment, and use macros to generate repeated sections. A transpiler resolves those imports into a final rendered prompt before the agent ever sees it.
Build-time validation and drift checks
Google says a production-grade transpiler should catch missing imports, undefined variables, and circular dependencies during the build process, not at runtime. Modeling prompt fragments as nodes in a dependency graph makes those checks easier, especially for recursive imports that could otherwise fail silently.
The same setup also supports drift checking in CI pipelines. Teams can regenerate the transpiled prompt — the golden file — and compare it with the committed artifact. If they differ, the build fails.
Dynamic skills and agent-authored updates
Google also recommends progressive disclosure: keep a stable compiled base prompt for identity and safety boundaries, then let the agent fetch only the task-specific skill modules it needs at runtime. The goal is to reduce token use and avoid irrelevant context.
That modular setup opens the door to agents proposing updates to their own instruction layers. In Google’s example, an agent that resolves a new kind of incident could draft a new skill module, update imports, and open a pull request. Those changes would still go through the same validation, evaluation, and human review process as any other code change.
Google’s core point is straightforward: as agents move into critical workflows, prompts need the same validation, versioning, and deployment discipline as software.
Enterprise Editor
Marcus follows the money. He covers enterprise software, cloud architecture, and the tectonic shifts in Big Tech strategy. He translates dense earnings calls and complex M&A activity into actionable insights about where the industry is actually heading. If a tech giant makes a silent pivot, Marcus is usually the first to notice.
via Hacker News


