Skip to content Skip to footer

How to Scale Enterprise AI Without Rebuilding Your Infrastructure for Every Model Release

What Happened

Recent engineering reports show two pressures converging: models are changing quickly, while AI-assisted development is increasing demands on the infrastructure around them.

Anthropic reports that merged code changes increased from about 2,500 per day in May to more than 30,000 per day in September. A seven-person team migrated from Git to a custom source-control system, Scion, and code-review system, Antique, in five months. Its workload included roughly 25 million CI checkouts per day; fetching them naively could have generated more than 600 PB of daily traffic. That figure describes a potential inefficient implementation, not reported actual traffic. [1]

Meanwhile, llm-gemini 0.35 added support for Gemini 4 Argon, with launch API pricing of $2 per million input tokens and $10 per million output tokens, scheduled to double on December 1. Artificial Analysis reported a $2,407 cost for its Argon benchmark run, below the comparison models cited in the report. [2] The llm-meta-ai plugin also added support for Meta’s Muse Wonder models, with reported benchmark and illustration improvements over earlier releases. These results justify evaluation, not automatic production migration. [4]

A smaller but operationally important example comes from Geoffrey Huntley: rather than relying only on instructions in AGENTS.md, he uses a pre-commit hook to block direct observability calls that bypass his diagnostics library. His reported compliance improvement is an individual experience, not a general reliability guarantee. [3]

Why It Matters to Businesses

The durable investment is the deployment and control layer around models. Provider-neutral interfaces, repeatable evaluations, enforceable policies and workload telemetry let teams adopt better models without repeatedly redesigning their applications.

  • Development throughput creates downstream load. More agent-generated changes can increase review queues, CI execution, artifact storage and checkout traffic. Anthropic’s experience illustrates the extreme end of this problem. [1]
  • Token prices are a moving operating expense. At Argon’s stated launch rates, 10 million input tokens and 1 million output tokens cost $30; the announced doubling would make the same usage $60, excluding other charges. [2]
  • Benchmark leadership is not application readiness. General scores and drawing examples do not establish accuracy, latency or tool-use reliability for an enterprise workflow. [2][4]
  • Instructions need enforcement. A rule in an agent guidance file is weaker than a check that rejects a prohibited change. [3]

Kimbodo Engineering Perspective

We would separate model selection from application orchestration. Business logic should depend on internal contracts for inference, retrieval and tool execution—not provider-specific calls scattered across services. Adapters should preserve meaningful differences, including structured-output behavior, reasoning controls and failure modes, rather than pretend every model is interchangeable.

We would also resist copying hyperscale infrastructure prematurely. Anthropic’s custom source-control investment addressed unusual volume and an online-heavy workload; Scion explicitly deprioritizes offline support because Claude must be online. Enterprises with disconnected developers or different availability requirements face different trade-offs. Start with incremental checkouts, caching, CI deduplication and selective tests before considering a replacement for Git. [1]

Finally, deterministic controls should enforce deterministic requirements. Dependency rules, required diagnostics wrappers and secret-scanning policies belong in automated checks. Model-assisted review remains useful for ambiguity, but should complement—not replace—those controls.

How We Would Implement It

Build a stable runtime boundary

  • Inference gateway: Centralize provider credentials, approved model identifiers, timeouts, token limits, retry policies and per-tenant budgets. Use explicit fallback rules; a fallback model may change output quality or data-processing location.
  • Workflow orchestration: Put long-running agent work behind queues with concurrency limits. Persist workflow state and make external actions idempotent so retries do not duplicate business transactions.
  • Controlled tool execution: Separate inference from authorization. Validate tool arguments, apply tenant-scoped permissions and require approval for consequential actions.

Make releases measurable and reversible

  • Version the release bundle: Track the model identifier, prompt, tool schema, retrieval configuration and evaluation results together.
  • Evaluate actual workflows: Test task success, invalid tool calls, grounding, latency and cost per successful outcome. Include adversarial inputs and representative failure cases.
  • Canary model changes: Route a small, controlled share of eligible traffic to a candidate, compare outcomes and retain a tested rollback path.
  • Enforce code policy in CI: Use local hooks for fast feedback, then repeat checks server-side because hooks can be bypassed. Prefer syntax-aware checks where simple diff scanning produces false positives or misses indirect calls. Huntley’s approach provides a useful starting pattern. [3]

Risks, Costs and Security

Measure cost per completed business task, not just cost per token. Include retries, reasoning output, retrieval, tool calls, CI, storage and network transfer. A cheaper benchmark run does not guarantee a cheaper production workflow. [2]

Gateways and orchestration services also add operational responsibility. Keep request routing lightweight, define availability targets and avoid introducing multiple retry layers that amplify traffic during provider failures.

For coding agents, isolate execution environments, issue short-lived credentials and restrict repository and network access. Treat repository content, retrieved documents and tool responses as untrusted inputs: none should grant additional permissions. Adversarial review can help, but cannot establish a security boundary by itself. [1]

Finally, minimize sensitive information in traces and evaluation datasets. Enforce tenant separation, retention limits and provider-specific data-handling requirements. The goal is not maximum agent activity; it is more reliable business output within an auditable cost and security envelope.

Where Kimbodo Comes In

Kimbodo builds and operates this in production for businesses — see our AI Infrastructure & MLOps practice, or Estimate My Infrastructure.

Sources

  1. [1] Redesigning source control at Anthropic
  2. [2] llm-gemini 0.35
  3. [3] Quoting Geoffrey Huntley
  4. [4] llm-meta-ai 0.2

Leave a comment

0.0/5

Engineering Founded & Customer Focused

KIMBODO LLC. © 2026. All Rights Reserved.