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.

Dependency graph for prompt validation
Dependency graph for prompt validation

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.

Golden file drift checking in CI
Golden file drift checking in CI

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.

Runtime retrieval of task-specific skill modules
Runtime retrieval of task-specific skill modules

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.

Agent-proposed prompt updates through pull requests
Agent-proposed prompt updates through pull requests

Google’s core point is straightforward: as agents move into critical workflows, prompts need the same validation, versioning, and deployment discipline as software.

Marcus Vance

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

// Keep reading