Customers · Semiconductors

Scaling 1,600 production agent workflows with Qualcomm

The same foundation model went from 23% to 98% task accuracy through context engineering. We then distilled it into small open-weight models that set a new cost-accuracy frontier for 2,500 engineers across 85 teams.

Qualcomm campus
Task pass rate — held-out workflow suite (%)replay · 17 weeks → 12 s
Replay of the four-month deployment: pass rate on the held-out task suite, week 0 to week 17. The dashed line is the 23.4% no-context baseline.
23% → 98%
Task pass rate (same model)
1 → 85
Teams onboarded in 3 months
5 → 1,600
Production workflows in 4 months
~45×
Cost reduction via distillation

We deployed Context across Qualcomm’s global customer engineering organization to run AI-assisted support and engineering workflows. Over four months, the same foundation model went from a 23% task pass rate to 98% with no fine-tuning and no model change, while the deployment grew from one pilot team to 85 teams running 1,600 production workflows. We then used those workflows as a training corpus for automatic distillation, compressing the system’s behavior into small open-weight models that set a new cost-accuracy frontier for the fleet.

About the deployment
Industry
Semiconductors
Organization
Global customer engineering, 2,500+ engineers
Deployment
Full VPC, SSO-scoped permissions, zero data egress
Context systems
Hybrid indexing · ContextFS · Virtual Directory
Learning
Sleep-time compute · learned memories · auto-distillation
Scale
85 teams · 1,600 production workflows

Why enterprise support is a demanding test

Qualcomm’s customer engineering teams support hundreds of global customers daily across dozens of SDKs and product lines. The work is difficult for agents for the same reason it is difficult for new engineers: partial success does not count. An answer can be fluent and mostly correct and still fail if it cites the previous silicon revision, misses an errata note, or skips one step of a board bring-up sequence.

The baseline system, a leading foundation model with tool access but no access to institutional knowledge, passed fewer than 23% of tasks. The model had never seen the proprietary specifications, internal documentation, help-center content, or decades of support history that determine whether an answer is correct at Qualcomm.

Every number in this study is measured against a held-out suite of production workflow tasks, each with a task-specific rubric. Grading is LLM-as-judge with three independent grading passes per task; we report the task-averaged mean to control for grader variance. A task passes only if all of its rubric criteria pass.

Deployment architecture

  • Deployment: full VPC deployment with SSO-scoped permissions, with zero data egress. Agents inherit exactly the permissions of the engineer they act for.

  • Hybrid indexing: help-center documentation is indexed and embedded; proprietary source code is exposed via Virtual Directory (metadata only; file contents never leave the perimeter); 100+ Git repositories are mounted directly into ContextFS.

  • Unified context graph: one ContextFS repository serves customer engineering, business development, marketing, test engineering, and DevOps, so a memory written by one team’s agents is retrievable by every other team’s.

  • Continuous learning: sleep-time compute runs between sessions to write memories, update retrieval tags, consolidate duplicate learnings, and propagate them across all agent deployments.

How the deployment ran

Before any agent touched production, we built a golden set of real support tasks with the pilot team, each with a task-specific rubric. That held-out suite gated every change shipped over the following four months.

Weeks 0–2

VPC deployment, SSO wiring, source connectors. Golden set drafted with the pilot team; rubrics written and grader-aligned.

Weeks 2–4

Pilot team live. Baseline measured: 23% pass rate. Failure taxonomy built from graded traces.

Weeks 4–9

Eval-gated hill-climb: retrieval tuning, harness fixes, memory writes. A change lands only if the held-out suite improves.

Weeks 9–12

Sleep-time compute enabled. Distillation de-risked on two candidate student models against the same suite.

Weeks 12–17

Fleet scale-out to 85 teams. Distilled tiers and the router enter production; 1,600 workflows live.

Scoring every change against the same suite is what let the deployment move quickly: regressions surface immediately, so improvements compose instead of interfering.

Same weights, five configurations

To locate where the 23→98 jump comes from, we ran an ablation: hold the model weights and harness fixed, and add one context system at a time. Retrieval over indexed documentation recovers the largest single share of failures: the model stops inventing register maps and starts citing them. The virtual directory and ContextFS mounts close most of the remaining gap on code-adjacent tasks. Learned memories and sleep-time consolidation convert the long tail: tasks whose answers exist nowhere in any document, only in accumulated support history.

Task pass rate by context configuration (held-out workflow suite)020406080100Pass rate (%, 3-grade mean)23.4(+/- 1.9)Base model+ tools61.2(+/- 1.6)+ Hybridindexing78.9(+/- 1.3)+ ContextFSvirtual dir.91.4(+/- 0.9)+ Learnedmemories97.8(+/- 0.4)+ Sleep-timecomputeSAME WEIGHTS
Task pass rate on the held-out workflow suite as context systems are added. Model weights, decoding parameters, and harness are identical in every configuration; only the context available at runtime changes.

No stage in the ladder involves fine-tuning; the weights are identical in every configuration. This is also why the gap closed in weeks: each stage is a configuration change that ships like software, without a training cycle.

The shape of the climb

We logged every eval-gated change shipped during the climb. Plotted as residual failure rate on a log axis, the trajectory is close to a single exponential: each change removed a roughly constant fraction of the remaining failures, with a fitted half-life of about five iterations. The failure rate fell from 77% to 2% over 28 shipped changes.

Residual failure rate by improvement iteration (log scale)2510205010007142128Improvement iteration (eval-gated changes shipped)Residual failure rate (%)retrieval tuningmemories onsleep-time consolidationmeasured failure ratefit: 77% x 2^(-i/5.1)failure half-life = 5 iterations
Residual failure rate on the held-out suite after each eval-gated change, log scale. The dashed line is a single-exponential fit; dotted guides mark when major context systems shipped.

No single change produces a visible knee in the curve; the gains are spread across many small fixes. This matches how the loop operates: graded traces identify the largest remaining failure class, a fix ships behind the eval, and the process repeats. The half-life stayed roughly constant across the four months, including after the major context systems from the ablation had already landed.

The variance collapses alongside the mean: the weekly spread of daily scores narrows from roughly nineteen points in week one to under two points by week sixteen. As memories consolidate, repeated task shapes retrieve the same context and produce the same outcome.

Scaling to 1,600 workflows

The original deployment plan targeted a 20% productivity improvement over four years. The measured result at month four was 40%. The over-shoot comes from shared knowledge infrastructure: each new team starts from everything previous teams’ agents already learned. Onboarding a team takes one to two days: connect data sources, define agents and workflows, and run.

Production rollout: workflows and teams by week1001011021030481216Weeks since first deploymentCount (log scale)1,600 workflows85 teamsworkflows in productionteams onboarded
Fleet growth over the first 17 weeks (log scale). Workflows grow from 5 to 1,600 and teams from 1 to 85 with no bespoke engineering per team; the dotted guide marks the four-month measurement point.

Automatic distillation

By month three, the fleet’s 1,600 rubric-graded workflows were producing a continuous stream of verified traces, each a (task, context, trajectory, grade) tuple. This is the corpus the distillation pipeline trains on. The pipeline runs automatically in four stages:

  • Trace harvesting: production rollouts from the frontier teacher (the deployed model plus the full context graph) are filtered to rubric-passing trajectories, with rejection sampling on grader confidence.

  • Grader alignment: before any training, grader models are validated against a frontier-consensus gold set; graders below alignment threshold are excluded so the optimization signal can’t be gamed.

  • Distillation: open-weight 32B and 8B students are trained on the verified traces, learning not just answers but the teacher’s retrieval behavior: which files to read, which memories to trust, when to stop searching.

  • Routing: distilled models serve the workflow tiers they are verified on; tasks that fall outside their verified envelope escalate to the teacher automatically.

Rubric pass rate by model (task-averaged 3-grade mean, held-out suite)0.20.40.60.81.0Eval score0.978(+/- 0.004)HIGHESTTeacherfrontier + context0.961(+/- 0.006)Distilled 32B0.918(+/- 0.009)Distilled 8B0.842(+/- 0.012)Distilled 8Bno memories0.317(+/- 0.015)Base 32Buntrained
Held-out rubric pass rate for the teacher and distilled students. The memory ablation (fourth bar) shows the distilled models still depend on the live context graph: distillation compresses behavior rather than knowledge.

The distilled 32B sits within two points of the teacher. Removing learned memories costs the distilled 8B eight points, which indicates the students inherit the teacher’s retrieval behavior rather than memorizing the graph’s contents; they stay current as the graph continues to learn.

A new cost-accuracy frontier

Without institutional context, additional model capability buys little: the frontier is nearly flat, because no model at any size has access to Qualcomm’s internals. With the context graph and distillation, the fleet operates on a strictly dominant frontier. The 8B student resolves tasks at roughly 1/45th the teacher’s cost while giving up six points of pass rate, and the router reserves teacher-tier inference for tasks outside the students’ verified envelope.

Cost-accuracy frontier, before and after automatic distillation0204060801000.010.030.10.31Inference cost per resolved task (relative to teacher, log scale)Pass rate (%, held-out suite)smallmid-sizefrontier LLMdistilled 8Bdistilled 32Bteacher: frontier + contextno context: cost buys little~45x cheaper, -6.0 pts
Cost-accuracy Pareto frontier on the held-out suite. The dashed frontier is foundation models without institutional context; the solid frontier is the same evaluation with the context graph, teacher, and distilled students.

What the agents learned

To understand what is driving the score improvements, we compared early-deployment rollouts against month-four rollouts on the same held-out tasks. Three behavioral shifts account for most of the gain:

  • Targeted retrieval: total tool calls per task fall by more than half. Early agents bulk-read documentation trees; mature agents issue scoped reads against files their memories already point to.

  • Grounding: answers shift from paraphrase to citation: specific spec sections, register names, errata IDs. Hallucinated file paths drop to near zero once the virtual directory gives the model an authoritative namespace.

  • Escalation calibration: agents learn which task shapes they fail, and hand those to humans early instead of producing confident wrong answers.

The buyer's view

Procurement evaluations of this deployment came down to four questions: time to value, cost at scale, whether the system keeps improving, and whether security can sign off. The table separates figures measured in this deployment from figures modeled on its unit economics.

QuestionAnswerStatus

Time to first production workflow

2 weeks (pilot team, eval-gated)

reported

Marginal cost of the next team

1–2 days onboarding, falling with each team

reported

Productivity at month four

+40%, vs a 20% four-year target

measured

Inference cost at fleet scale

~45× lower per resolved task on distilled tiers

modeled

Does it keep improving?

Failure half-life ≈ 5 iterations; sleep-time compute continues post-deployment

modeled

On governance: the entire system runs inside Qualcomm’s VPC with zero data egress. Agents authenticate through SSO and inherit the permissions of the engineer they act for; there is no separate agent permission model for security to reason about. Proprietary source is exposed to retrieval as metadata only via the virtual directory, and every agent action lands in an auditable trace, the same traces the eval and distillation pipelines consume.

Results

MetricBefore ContextAfter Context

Task pass rate (held-out suite)

< 23%

98% (same model, same parameters)

Team adoption

1 team (10 people)

85 teams (2,500+ engineers)

Production workflows

5

1,600

Productivity impact

Baseline (20% / 4-yr target)

40% increase, 4 months in

Inference cost per resolved task

Frontier-model pricing on every task

~45× lower on distilled tiers, router-escalated

Conclusion

Across four months at Qualcomm, the binding constraint was context, not model capability: the same weights went from 23% to 98% through changes in what the model could see at runtime. Shared knowledge infrastructure kept scaling cheap, with 85 teams and 1,600 workflows onboarded and per-team cost falling throughout. The production fleet then became its own training corpus: automatic distillation converted verified workflow traces into small open-weight models that hold most of the accuracy at a fraction of the cost.

The deployment continues to improve past the measurement window: sleep-time compute writes new memories, and students are periodically re-distilled as the graph changes. We expect further gains from extending distillation to more workflow tiers and from routing on predicted task difficulty rather than task type.

For the workflows behind these numbers and how the platform maps to chip design, fab operations, and field diagnostics, see Context for semiconductors.

Talk to us.
Bring a workflow your team runs today and see it run in your environment.