Redefining Technology

Silicon Wafer EngineeringReadiness & Transformation Roadmap

Silicon fab AI benchmarks: making a wafer-fab AI number comparable

Silicon fab AI benchmarks are the reference numbers a wafer fab uses to judge whether an AI system is genuinely working — yield, cycle-time X-factor, excursion escape rate, tool availability. Most published fab AI numbers are not benchmarks at all, because nothing states the baseline, the product mix or the comparison design that produced them.

Illustrative cleanroom scene: engineers in coveralls working along a row of wafer process tools under equipment status lights
Silicon Wafer Engineering · Readiness & Transformation Roadmap

Key takeaways

  1. A fab AI number is a benchmark only when four things are stated with it: the metric's standard definition, the frozen baseline, the normaliser, and the comparison design. Strip any one of those out and the number becomes an anecdote that happens to have a decimal point.
  2. The single clearest published demonstration of the problem is a fab-dispatching study in which the same optimisation method delivered double-digit percentage tardiness improvements on the open-source Minifab and SMT2020 models and up to 4% on a real industry dataset. Benchmark gains shrink as realism rises, and open benchmarks are the least realistic setting available.
  3. Normalisation, not accuracy, is what makes fab numbers comparable. Product mix, technology node, tool generation, ramp phase and metrology sampling rate each move headline yield and cycle-time metrics further than most AI systems do, so an unnormalised improvement is unreadable.
  4. You cannot benchmark an improvement smaller than your measurement system's own repeatability. Run the gauge R&R first; if the CD-SEM's reproducibility is wider than the effect you are claiming, no amount of modelling makes the claim survive a customer quality audit.
  5. Benchmarks are a control, not a report. At the top of the ladder the benchmark set is versioned, recomputed automatically, and wired to the model promotion gate — a model that cannot beat the standing benchmark on the current panel does not ship.

Abbreviations used on this page

MES
Manufacturing execution system — the fab's lot and route system of record
EDA
Equipment Data Acquisition, the SEMI Interface A trace standard set (E120, E164) — not electronic design automation
FDC
Fault detection and classification
APC
Advanced process control (SEMI E133)
R2R
Run-to-run control, typically EWMA-based
VM
Virtual metrology — predicting a wafer measurement from tool sensor traces
OEE
Overall equipment efficiency, as defined and calculated under SEMI E79
MSA
Measurement system analysis, including gauge repeatability and reproducibility (gauge R&R)
SPC
Statistical process control
DOE
Design of experiments
PCN
Product/process change notification to customers (JEDEC JESD46)
X-factor
Cycle time divided by raw process time — the fab's dimensionless speed metric

Free · 8 questions · ~3 minutes

Score one of your fab AI numbers

Eight questions, one at a time, about three minutes. Answer them about a single claim you would be willing to put in front of a customer or a capital review — one metric, one process area — and we build your personalised report: the claim's rung on the ladder, its score on each of the four dimensions, and the specific thing standing between it and being quotable. The result doubles as the specification for fixing it.

0 of 8 answered

Question 1 of 8Baseline integrity

What exactly is the AI result compared against, and can that pre-change state still be reproduced today?

A benchmark is a difference. If the earlier term of the subtraction cannot be regenerated, there is no difference to report — only a current value.

How the score maps to a stage
  • 04 — Stage 1, Borrowed. Borrowed is the rung where every fab AI number in circulation came from somewhere else — a vendor deck, a conference slide, a public leaderboard — and the fab has no equivalent number of its own.
  • 510 — Stage 2, Self-reported. Self-reported is the rung where the fab measures its own AI results, but against a moving baseline, with no normalisation and no comparison design — so the numbers are real and still not comparable.
  • 1116 — Stage 3, Normalised. Normalised is the rung where metrics are defined to standard, computed identically across the fleet, and adjusted for the fab's own confounders — so a number can at least be compared with the same fab's own past.
  • 1721 — Stage 4, Comparable. Comparable is the rung where a number survives contact with an outsider: the panel is disclosed, the comparison is designed, the effect size is powered, and a vendor's claim can be re-run on the fab's own data.
  • 2224 — Stage 5, Governed. Governed is the rung where the benchmark set is a production control — versioned, recomputed automatically, gating model promotion, and producing evidence a customer audit or a change notification can consume.

What silicon fab AI benchmarks are — and what most of them are not

A definition, the four things that have to travel with a number, and the path a raw fab measurement takes before it becomes a benchmark.

Silicon fab AI benchmarks are reference numbers that let a wafer fab judge whether an AI system is genuinely working — and, crucially, that let one such number be set beside another without the comparison being meaningless. A benchmark is therefore never just a metric. It is a metric plus four things that must travel with it: a standard definition, a frozen baseline, a normaliser, and a comparison design. Strip any one of them out and what remains is an anecdote with a decimal point.

That is a stricter definition than the industry usually applies, and it is stricter for a specific reason. A wafer fab is an unusually hostile place to measure change. The yield-learning curve improves a mature line month after month with no intervention at all; product mix moves with the customer order book; tool generations differ inside a nominally identical fleet; metrology sampling plans are relaxed on mature layers and tightened on new ones. Every one of those routinely moves a headline yield or cycle-time figure further than an AI system does. A number that has not been separated from them is measuring the fab's circumstances, not the fab's software.

There is one more distinction that this page insists on throughout, because it is where most published fab AI numbers lose their meaning: the evaluation setting (opens in a new tab). A result obtained on a public dataset, in a simulation, or as a projection from a model's accuracy is not the same class of evidence as a result obtained on a running line — and the gap between them is large, consistent and measurable. Reading a fab AI number starts with asking which of those four settings produced it.

How much decision weight a number can carry, by rung

The curve is deliberately flat at the bottom. Rung 1 and rung 2 numbers can support a conversation and nothing else; the inflection is at rung 3, where a number becomes comparable with the fab's own past, and again at rung 4, where it becomes comparable with somebody else's. Most fabs sit below the first inflection and quote numbers as though they sat above the second.

Decision weight the number can carry by stage

  • Stage 1 · Borrowed — 21% of operators. Borrowed is the rung where every fab AI number in circulation came from somewhere else — a vendor deck, a conference slide, a public leaderboard — and the fab has no equivalent number of its own.
  • Stage 2 · Self-reported — 38% of operators. Self-reported is the rung where the fab measures its own AI results, but against a moving baseline, with no normalisation and no comparison design — so the numbers are real and still not comparable.
  • Stage 3 · Normalised — 26% of operators. Normalised is the rung where metrics are defined to standard, computed identically across the fleet, and adjusted for the fab's own confounders — so a number can at least be compared with the same fab's own past.
  • Stage 4 · Comparable — 12% of operators. Comparable is the rung where a number survives contact with an outsider: the panel is disclosed, the comparison is designed, the effect size is powered, and a vendor's claim can be re-run on the fab's own data.
  • Stage 5 · Governed — 3% of operators. Governed is the rung where the benchmark set is a production control — versioned, recomputed automatically, gating model promotion, and producing evidence a customer audit or a change notification can consume.

Curve shape: logistic, plotted from the stage data above. Distribution: Shaped by the published evaluation-setting gap in fab dispatching research.

How a raw fab measurement becomes a benchmark

The same measurement takes one of three paths. In the top lane it never becomes a number of the fab's own at all; in the middle lane it becomes a real but unattributable number; only in the bottom lane does it acquire a panel, a control and a version. The rung is decided by which lane the measurement travels, not by how good the model is.

  • Data & feeds
  • Where value leaks
  • AI / model
  • Human in the loop
  • System-of-record action

The process, in words

  • In the borrowed lane, a claim from another fab's mix and tool generation is transplanted into the business case and becomes an internal target. Nothing in the fab can measure it, so it functions as pressure rather than as information — and when it is eventually questioned, there is no internal number to answer with.
  • In the self-reported lane, real fab data — MES lot history, equipment traces, metrology results — is queried over a before-and-after window on the same tools. The delta is arithmetically correct and causally empty, because product mix, ramp phase, maintenance and the yield-learning curve all sit inside the window. This is where most fabs are, and it is where numbers collapse under challenge.
  • In the benchmark-grade lane, the measurement starts from an immutable, mix-labelled snapshot, is defined against the SEMI standards so it computes identically everywhere, is normalised for the fab's structural confounders, and is compared using a powered split-lot or holdout design that was pre-registered. The result is versioned, gates model promotion, and exports as audit evidence — and the version loop feeds back to the baseline whenever the panel changes.
Step-by-step insights
The borrowed number is not a lie — it is a number without an address
Supplier and conference figures are usually accurate descriptions of something real. What they omit is the address: the node, the product mix, the tool generation, the sampling plan and the baseline they improved on. Those omissions are not concealment; they are commercially sensitive or simply assumed. But without them the figure cannot be evaluated for transferability, and a fab that adopts it as a target has committed to an outcome whose preconditions it has not checked. The correct use of a borrowed number is as a hypothesis to be re-run on your own frozen panel — which is exactly what rung 4 does.
Why the before-and-after window is structurally unsafe in a fab
Manufacturing environments differ in how much moves underneath a measurement. A wafer fab is at the extreme end: the yield-learning curve improves a mature line continuously, product mix follows the order book, tool generations differ inside one fleet, campaign structure changes chamber condition, and metrology sampling is deliberately varied by layer maturity. Any window long enough to accumulate lots is long enough for several of those to move. The before-and-after design attributes all of it to the last change made, which is why self-reported gains in fabs are systematically optimistic and why they fail on first serious challenge.
Standard definitions are how the argument gets settled
The reason to map equipment states to SEMI E10 and compute OEE under E79 is not conformance for its own sake — it is that a shared external definition converts a political argument into a reference lookup. Fabs routinely carry three live definitions of availability, differing on qualification runs, engineering time and standby-with-no-WIP. Each exists because it served someone. A standard definition does not make anyone wrong; it makes the arithmetic identical, which is the precondition for any comparison at all, internal or external.
Normalisation decides what the number is about
Stratifying by product family, node and tool generation is not statistical hygiene; it changes the subject of the sentence. An unnormalised fab-level yield delta is a statement about the quarter's order book with a software change somewhere inside it. The same delta stratified by product family is a statement about the process. Choose normalisers with a physical justification — mix, node, tool generation, sampling rate — write them into the metric definition, and stop there. Slicing further mostly buys statistical noise and the ability to avoid ever making a claim.
The comparison design is the only part that produces causality
Everything up to this point makes a number reproducible; only the comparison design makes it attributable. In a fab the two workable forms are the split lot — lots randomised between the AI-supported and incumbent paths, balanced across chambers and shifts — and the holdout chamber, where a qualified chamber stays on the incumbent control. Both cost capacity, and that cost is the actual reason they are skipped. It is also why a fab that has paid it can quote a number that a fab that has not simply cannot.
The version loop is what stops the benchmark rotting
The dashed edge from the versioned benchmark back to the frozen baseline is the part most programmes never build. Panels decay: products go end-of-life, toolsets are upgraded, metrology recipes change, chambers are excluded during downtime. Each edit is individually reasonable and collectively fatal, because a panel edit and a genuine improvement are indistinguishable in a trend line. Versioning the panel, recording a reason for every change, and recomputing the whole trend when it moves is the difference between a benchmark and a slowly drifting number that still has the same name.

The five rungs of benchmark credibility

For each rung: what it looks like on a real line, the diagnostic signals a reviewer can check in an afternoon, the anti-pattern that traps fabs there, and what leaving costs.

The ladder below measures a claim, not an organisation — which is the point of departure from a general AI maturity model. A fab can be technically sophisticated and sit at rung 2, because sophistication produces models and the ladder measures evidence. Each rung is written for a practitioner: the hallmarks are observable conditions, the diagnostic signals are checks you can run against your own MES and metrology data this week, and the anti-pattern is the specific mistake fabs make trying to leave that rung.

Select a rung

Every rung's full detail is in the page source — the selector only changes which panel is visible, so nothing here depends on JavaScript to exist.

Stage 1

Borrowed

21% of operators sit here

Borrowed is the rung where every fab AI number in circulation came from somewhere else — a vendor deck, a conference slide, a public leaderboard — and the fab has no equivalent number of its own.

Rung 1 is not ignorance. Fabs at this rung are usually extremely good at measuring silicon: they run SPC on hundreds of parameters, they hold e-test and parametric data for years, and they can tell you a chamber's particle count by shift. What they do not have is a *measurement contract for change* — a stated way of establishing what a metric was before an intervention, so that what it becomes afterwards means something.

The tell is the provenance of the numbers in the AI business case. Ask where 30% came from and the honest answer is a slide. That slide is not dishonest; it describes a real result at a real fab with a particular product mix, a particular tool generation and a particular sampling plan, none of which are printed on the slide. Transplanted into a different fab it is not an estimate of anything — it is a number-shaped object.

This rung is cheap to leave and expensive to occupy, because borrowed numbers set expectations the fab then has to meet without any means of showing whether it has. The first real deliverable is not a model. It is a frozen extract of six to twelve months of MES lot history, equipment traces and metrology results for one process area, stored immutably, with the product mix and node labelled on every lot.

In practice

The 30% that nobody could locate

A 200mm analogue fab approved an AI yield programme on the strength of a supplier claim of roughly 30% faster excursion detection. Eighteen months later, asked by the plant manager whether the claim had been met, the team could not answer — not because the system was performing badly, but because nobody had recorded what mean-time-to-detect had been before it went in. The pre-change value had to be reconstructed from ticket timestamps, and two engineers produced numbers 40% apart because they had counted the start of detection differently.

What it looks like

  • The AI business case quotes percentages the fab cannot reproduce internally
  • No frozen pre-change baseline exists for any candidate metric
  • Yield and cycle-time figures are quoted without node, product mix or ramp phase
  • Nobody can say what the fab's own excursion escape rate is today

Diagnostic signals you can check this week

  • Ask for the fab's current mean-time-to-detect for a process excursion. If the answer is a range or an argument, you are here
  • Ask which stored dataset a claimed improvement would be measured against, and whether it can still be reproduced byte-for-byte
  • Check whether any yield or cycle-time figure in the AI business case carries a node, a product family and a date range
  • Ask a process engineer and a finance analyst for the same fab metric and compare the two definitions, not the two numbers

Anti-pattern · Buying a data platform to fix a measurement problem

The instinctive response to unreproducible numbers is a lakehouse programme: eighteen months, a contextualisation layer, a governance council. It reliably consumes a year without producing one quotable number, because the problem was never storage — it was that no one had agreed what a metric means or which window it is measured over. Freeze one area's data as it stands today and define three metrics against it. The platform requirements become visible after that, not before.

What holds you here

There is no frozen pre-change baseline, so no later result can be attributed to anything the fab did.

Highest-leverage next move

Freeze six to twelve months of MES, trace and metrology history for one process area as an immutable, mix-labelled snapshot — before any model is trained on it.

Cost of leaving

Effort
4–8 weeks
Team
One data engineer, one process or yield engineer, part-time
Risk
Low — extracting and freezing history touches nothing in production
To next stage
1–3 months

If this is you, the next step is

A short engagement: pick the area, extract and freeze the history, agree three metric definitions.

Freeze a baseline for one process area

Stage 2

Self-reported

38% of operators sit here

Self-reported is the rung where the fab measures its own AI results, but against a moving baseline, with no normalisation and no comparison design — so the numbers are real and still not comparable.

Rung 2 is the most dangerous rung on the ladder, because it produces numbers that look exactly like benchmarks. The model went in; the metric improved; the improvement was calculated from the fab's own data. Everything about that sequence is defensible except the inference, because in the same window the mix shifted toward a higher-yielding product, two chambers came out of preventive maintenance, and the metrology sampling plan was relaxed on a mature layer.

The structural problem is that a wafer fab is a poor natural experiment. Its output is driven by more large, slow-moving confounders than almost any other manufacturing environment: technology node, product mix, tool generation, reticle set, ramp phase, seasonality in the customer order book, and the yield-learning curve itself, which improves a mature line steadily whether or not anyone deploys anything. A before-and-after comparison in that environment attributes all of it to the last thing that changed.

Time at rung 2 is not neutral. The first time a self-reported gain is challenged — usually by finance during a capital review, or by a customer quality auditor asking how an AI-influenced disposition decision was validated — the number collapses, and the programme spends its credibility rebuilding what it should have designed at the start. Fabs that sit at rung 2 for three years are typically harder to move than fabs at rung 1, because the organisation has learned to discount AI numbers on sight.

In practice

The yield point that belonged to the mix

A logic fab reported a yield improvement of just under one point on a mature 40nm product following a run-to-run control upgrade. The number was computed correctly from e-test data. When the yield engineering group later stratified the same window by product family, most of the movement sat in one automotive part whose volume share had doubled that quarter following a customer qualification — and which had always yielded above the family mean. The control upgrade had helped; nobody could say by how much, and the original claim had already been presented to the board.

What it looks like

  • Results are reported as before-and-after on the same tools over adjacent quarters
  • Metric definitions live in a spreadsheet formula, not in a versioned document
  • No normalisation for product mix, node, ramp phase or sampling rate
  • Recomputing last quarter's number today gives a different answer

Diagnostic signals you can check this week

  • Recompute a number you published two quarters ago from today's data warehouse and see whether it matches
  • Ask whether the reported window's product mix is documented anywhere alongside the result
  • Check whether a preventive-maintenance schedule, a reticle change or a sampling-plan change fell inside the measured window
  • Ask whether any part of the fleet was deliberately left on the old method during the trial. If not, there is no comparison, only a sequence

Anti-pattern · Fixing credibility by improving the model

When a self-reported number is doubted, the reflex is to raise model accuracy — a better VM R², a lower false-alarm rate on FDC — on the theory that a stronger model produces a stronger claim. It does not. The claim's weakness is in its design, not in its estimator, and a more accurate model measured the same way is exactly as unattributable. Spend the next cycle on normalisation and comparison design, then revisit accuracy when an accuracy point can be priced in escapes avoided or X-factor recovered.

What holds you here

Confounders larger than the effect — mix, node, ramp phase and sampling changes — are inside every measured window, so no result can be attributed.

Highest-leverage next move

Define each metric against its SEMI standard, stratify by product family and tool generation, and recompute the last reported result with mix normalisation applied.

Cost of leaving

Effort
2–4 months
Team
Yield or process engineer, data engineer, a named quality reviewer
Risk
Low–medium — the work is analytical, but it may revise numbers already reported
To next stage
3–6 months

If this is you, the next step is

We re-derive one published result with mix, node and sampling normalisation and show the difference.

Normalise a number you have already reported

Stage 3

Normalised

26% of operators sit here

Normalised is the rung where metrics are defined to standard, computed identically across the fleet, and adjusted for the fab's own confounders — so a number can at least be compared with the same fab's own past.

Rung 3 is where a fab acquires an internal currency. Cycle time means one thing; availability means one thing; a wafer counts once. That sounds trivial and it is the single most contested piece of work on the ladder, because a shared definition necessarily overrides several local ones, and each local definition exists because it was useful to somebody. The standards help enormously here — SEMI E10 for equipment states, E79 for OEE, E116 for performance tracking — precisely because they let the argument be settled by reference rather than by seniority.

The second half of rung 3 is normalisation, and it is the part fabs consistently underestimate. A benchmark that has not been stratified by product family, node and tool generation is measuring the order book. The published virtual-metrology literature makes the same point from the other direction: an uncertainty-aware study of phototransistor gain found that roughly half of the variance sat *between* process runs rather than within them, which bounds by construction how much a recipe-only model can ever predict. Knowing where variance lives is what tells you which normaliser you need.

The constraint that emerges at rung 3 is causal rather than statistical. Numbers are now reproducible and stratified, so the fab can honestly say what changed — but not yet why. Everything is still a before-and-after on the same tools, and the yield-learning curve keeps improving the line underneath the measurement. The next rung costs discipline rather than money: leave part of the fleet on the old method on purpose.

In practice

The availability number that finally stopped moving

A specialty foundry ran three definitions of tool availability in parallel: one in the MES, one in the maintenance system, and one in the operations report, differing chiefly in how they treated qualification runs and standby-with-no-WIP. After mapping all equipment states to SEMI E10 and computing OEE once under E79, the reported availability of the etch area fell by several points overnight — and stopped changing when the person producing it changed. That drop was the first genuinely useful benchmark result the programme produced, because everything measured after it could be compared with it.

What it looks like

  • Equipment states map to SEMI E10 and OEE is calculated per SEMI E79, once, for everyone
  • Every reported metric is stratified by product family, node and tool generation
  • Gauge R&R is known for each measurement the benchmark depends on
  • The same query, run a year later, reproduces last year's published number

Diagnostic signals you can check this week

  • Ask three groups to state the fab's OEE for one toolset and check whether the differences are definitional or numerical
  • Check whether the standby state is split into standby-with-WIP and standby-no-WIP, the split that decides whether scheduling gains are visible at all
  • Ask for the gauge R&R of the CD-SEM or film-thickness tool whose measurement your benchmark depends on
  • Look for a versioned metric-definition document with an owner and a change history, not a spreadsheet formula

Anti-pattern · Normalising until the effect disappears

Once stratification starts working, the temptation is to keep slicing: by product, by chamber, by shift, by reticle, by lot size. Past a point every cell is too small to say anything and the exercise quietly becomes a way of never having to make a claim. Choose the normalisers you can justify physically — mix, node, tool generation, sampling rate — fix them in the metric definition, and put the remaining variation into the confidence interval rather than into more slices.

What holds you here

Every result is still a before-and-after on the same tools, so the yield-learning curve and the order book get credit alongside the AI system.

Highest-leverage next move

Hold part of the fleet or the lot stream on the existing method deliberately, so the next result has something to be compared against.

Cost of leaving

Effort
3–6 months
Team
Yield engineering, industrial engineering, MES/EDA data engineer, quality
Risk
Medium — restating historical metrics is a political act as much as a technical one
To next stage
4–8 months

If this is you, the next step is

We map equipment states to SEMI E10, compute OEE once under E79, and version the definitions.

Standardise your metric definitions

Stage 4

Comparable

12% of operators sit here

Comparable is the rung where a number survives contact with an outsider: the panel is disclosed, the comparison is designed, the effect size is powered, and a vendor's claim can be re-run on the fab's own data.

Rung 4 is where measurement stops being reporting and becomes experiment design. The mechanics are old and well documented — the NIST/SEMATECH e-Handbook has carried them for decades — but they are unfamiliar to most fab AI programmes because pilots are usually run as deployments rather than as trials. A split-lot design randomises lots between the AI-supported and existing paths across chambers and shifts; a holdout-chamber design keeps a qualified chamber on the incumbent recipe control. Either gives the fab a contemporaneous control, which is the only thing that removes the learning curve from the answer.

The second discipline is power. Fab effect sizes are small — a fraction of a yield point, a few percent of X-factor — and lot counts are limited, so a design that has not been powered in advance will usually fail to detect an effect it cannot afford to miss, then be reported as 'no significant difference'. Compute the required lot count before the trial and, if it is unaffordable, say so and choose a different metric rather than running an underpowered trial and reading the result anyway.

The third is disclosure, and it is what makes the number portable. A benchmark travels with its panel: which toolsets, which product families, which window, how many lots, what was held constant. The published wafer-fab scheduling case studies that practitioners actually quote are the ones that state this — a reported 24% average cycle-time reduction across 11 toolsets is quotable precisely because the panel is on the page. A number without a panel cannot be reused, cannot be challenged and cannot be reproduced.

In practice

The bake-off that changed the vendor decision

A memory fab shortlisted two defect-classification suppliers, both quoting accuracy figures above 97% on public wafer-map datasets. The fab required each to run on a frozen internal panel: twelve months of its own wafer maps, its own class distribution, its own unlabelled fraction. Both scored far lower — not because the suppliers had misrepresented anything, but because the public dataset's class balance bore no relation to a running line's, where the rare pattern that matters most is the rarest. The supplier that ranked second on the public benchmark ranked first on the fab's panel, and won.

What it looks like

  • Results come from split-lot or holdout-chamber designs, not before-and-after windows
  • Every published number states its panel — tools, products, window, lot count
  • The design is powered to the effect size that matters before it is run
  • Vendor claims are re-evaluated on the fab's own frozen data before purchase

Diagnostic signals you can check this week

  • Ask whether the last reported result had a contemporaneous control group, and how lots were assigned to it
  • Check whether a power calculation exists from before the trial started, with the assumed effect size written down
  • Ask whether any supplier has been asked to run on the fab's own frozen panel rather than on their material
  • Read a published internal result and see whether you could reproduce its panel from what is written

Anti-pattern · Stopping the trial when the result looks good

A split-lot trial that is stopped as soon as the AI arm pulls ahead reports a number inflated by exactly the amount of noise that prompted the stop. It is the most common way a well-designed fab experiment produces a bad benchmark, and it is invisible afterwards because the design paperwork still looks rigorous. Fix the lot count and the analysis before the first lot is assigned, and if a genuine safety or yield reason forces an early stop, report the stop alongside the number.

What holds you here

Each benchmark is still a hand-run project, so the set goes stale between campaigns and cannot gate anything.

Highest-leverage next move

Turn the benchmark from a study into a standing artefact: versioned, recomputed on a schedule, and attached to the model promotion gate.

Cost of leaving

Effort
1–2 quarters per benchmark
Team
Process engineering, yield engineering, a statistician or trained equivalent, quality
Risk
Medium — split lots consume real capacity, and negative results must be publishable internally
To next stage
2–4 quarters

If this is you, the next step is

We size the design to your effect, assign lots across chambers and shifts, and pre-register the analysis.

Design a split-lot benchmark

Stage 5

Governed

3% of operators sit here

Governed is the rung where the benchmark set is a production control — versioned, recomputed automatically, gating model promotion, and producing evidence a customer audit or a change notification can consume.

Rung 5 is narrower than it sounds, and deliberately so. It does not mean the fab benchmarks everything; it means a defined, enumerated set of claims — the ones attached to decisions that touch product disposition, sampling reduction or dispatch — is recomputed on a schedule and stands between a model and production. Everything outside that set is still measured, still reported and explicitly not treated as benchmark-grade, which is a distinction worth writing down.

The engineering is mostly done by the time a fab arrives here. What is hard is the governance artefact: the benchmark specification itself, versioned, with a change history that records when the panel changed and why. Panels decay. A product family goes end-of-life, a toolset is upgraded, a metrology recipe changes, and a benchmark computed on the old panel silently becomes a comparison between two different fabs. The change log is what lets an auditor — or your own team in two years — tell a real improvement from a panel edit.

This is also the rung at which benchmarks stop being an internal convenience and start being external evidence. Customer quality audits ask how an AI-influenced disposition or sampling decision was validated; process-change notification under the JEDEC framework asks the supplier to describe and justify a change. A governed benchmark set answers both as an export rather than as a project, which is usually the argument that finally funds the work.

In practice

The promotion gate that caught a panel edit

A fab running automated benchmark recomputation on its virtual-metrology models saw a candidate model post an unusually large improvement in predicted-versus-measured error. The promotion gate blocked it, not on the model but on the panel: the recompute had picked up a metrology recipe change that had removed the noisiest measurement site from the sample, making every model on the panel look better. The gate's real output that quarter was not a promotion — it was the discovery that six months of trend data had a discontinuity in it.

What it looks like

  • A model cannot promote unless it beats the standing benchmark on the current panel
  • The benchmark set is versioned and reviewed like code, with dated panel changes
  • Benchmark drift — panel decay, mix shift, metrology change — is monitored explicitly
  • The evidence pack exports directly into customer quality audits and change notifications

Diagnostic signals you can check this week

  • Ask to see the benchmark specification's version history and the reason recorded for the last panel change
  • Check whether a model has ever been blocked from promotion by the benchmark, and what happened next
  • Ask how panel decay is detected — end-of-life products, tool upgrades, metrology recipe changes
  • Ask whether the last customer quality audit consumed a benchmark export or triggered a bespoke data pull

Anti-pattern · Treating the panel as configuration

Panels get edited in a settings file — a product family dropped, a date window nudged, a chamber excluded because it was down — with no version history and no recorded reason. The set keeps producing numbers, and the numbers stop being comparable with their own past. Because the edits are individually reasonable, nobody notices until a customer asks why a trend has a step in it. Version the panel, require a reason on every change, and recompute the whole trend when it moves.

What holds you here

Sustaining a governed set is a change-control problem: panels decay quietly, and a panel edit is indistinguishable from an improvement unless it is versioned.

Highest-leverage next move

Treat the benchmark specification as a reviewed, versioned artefact with the same change control as a process recipe.

Cost of leaving

Effort
Continuous
Team
Platform engineering plus a standing benchmark review with quality and yield
Risk
Concentrated — low frequency, high consequence, and audit-facing by design

If this is you, the next step is

We stress-test the panel, the version history and the promotion gate against a real change scenario.

Audit a governed benchmark set

Two properties of the ladder are worth naming explicitly. First, it is not monotonic: a fab at rung 4 whose panel silently decays is producing rung-2 numbers under a rung-4 process, which is worse than being honestly at rung 2. Second, the rungs gate each other in one direction only — you cannot design a valid comparison against a baseline you cannot reproduce, but you can very easily build an elaborate comparison on top of a definition nobody agreed. That is the failure mode the assessment's dimension breakdown is designed to expose.

Where wafer fabs actually sit, and what the published evidence shows

The distribution across the ladder, and the single clearest published demonstration that benchmark gains shrink as the evaluation setting gets more realistic.

Most wafer fabs sit at rung 2 — measuring their own results, honestly, in a way that cannot be attributed. The distribution below is weighted heavily toward that rung: a majority of fabs have real internal numbers for at least one AI system, a minority have normalised them, and a small fraction have ever run a designed comparison. The pattern is not a semiconductor failure; it is what happens when measurement is treated as reporting rather than as experiment design.

Illustrative distribution of wafer fabs across the benchmark ladder

Illustrative, not measured: this distribution is a model-derived synthesis of the published adoption and evaluation literature cited on this page, shown to make the shape of the problem legible. It is deliberately excluded from the ink band, where every figure is externally attributed. Rung 2 is both the mode and the plateau.

Share of fabs

  • 21% — 1 · Borrowed
  • 38% — 2 · Self-reported (the plateau)
  • 26% — 3 · Normalised
  • 12% — 4 · Comparable
  • 3% — 5 · Governed

Source: Illustrative synthesis, anchored to the published fab benchmarking research cited on this page

The evidence that the evaluation setting dominates the headline number is unusually clean in this industry, because fab scheduling has widely used open simulation benchmarks. A published study of reinforcement-learning dispatching compared the same optimisation methods across the open-source Minifab and SMT2020 models and a real industry dataset. On the open models it reports double-digit percentage improvements in tardiness and single-digit improvements in throughput; on the real industry dataset the same approach delivers up to 4% in tardiness and up to 1% in throughput. The authors are explicit about why: the open benchmarks lack the complex details and constraints found in real-world scenarios (opens in a new tab).

Tardiness improvement for the same method, by evaluation setting

Reported in a published fab-dispatching study. The paper states double-digit percentage tardiness improvements on the two open-source models without a single figure, so both are charted at 10% — the lower bound of what 'double-digit' can mean, which understates rather than overstates the gap. The real industry dataset value is the paper's stated 'up to 4%'.

Reported tardiness improvement

  • 10% — Minifab (open benchmark) (charted at the 10% lower bound of 'double-digit')
  • 10% — SMT2020 (open benchmark) (charted at the 10% lower bound of 'double-digit')
  • 4% — Real industry dataset (the paper's stated upper figure)

Source: arXiv — Scalability of Reinforcement Learning Methods for Dispatching in Semiconductor Frontend Fabs

The same effect appears in fault detection. A published benchmark study comparing lightweight transformer models against classical machine learning across three public datasets found strong agreement — around 87.8% F1 — on well-separated sensor data, and reported that on the severely imbalanced sets, including the SECOM semiconductor manufacturing dataset (opens in a new tab), both traditional and transformer methods struggle significantly (opens in a new tab). Imbalance is not a dataset quirk; it is the defining property of a running fab, where the excursions worth catching are by definition rare. A benchmark chosen because it is available rather than because it resembles your line will rank methods in an order your line does not reproduce.

None of this argues against public benchmarks. They are how methods get compared at all, and the wafer-map and SECOM datasets have done more for reproducible research in this field than any proprietary set ever will — work on one-class classification under realistic imbalance (opens in a new tab) and online learning for failure analysis (opens in a new tab) both depend on them. The argument is narrower: a public-benchmark result is evidence about a method, never evidence about your fab. Converting the first into the second is what rung 4 is for.

The benchmark specification sheet

One row per quotable claim. Five columns that decide whether it is a benchmark or an anecdote — and the rung from which each may honestly be quoted.

The specification sheet is the working artefact this whole page exists to produce: for each claim a fab wants to make about an AI system, it states the metric's standard definition, the baseline it is measured against, the normaliser that removes the fab's structural confounders, the comparison design that earns a causal reading, and the rung from which the claim may be quoted. Filling one row properly takes a few days and is almost always cheaper than the modelling work already spent on the claim it governs.

ClaimMetric and standard definitionBaseline it is measured againstNormaliserComparison designQuotable from
Excursion detection is fasterMean time to detect: FDC alarm timestamp minus first affected lot's process end, per SEMI E10 productive-time convention12 months of excursion tickets with reconstructed detection times, frozenExcursion class and layer; alarm threshold versionHoldout chamber on incumbent FDC limits, matched by productRung 4
Fewer wafers are scrappedScrapped wafer count per thousand wafer starts, by scrap code12 months of MES scrap records, mix-labelledProduct family, node, ramp phaseSplit lots across chambers and shiftsRung 4
Metrology sampling can be reducedMeasured-lot fraction, plus escape rate: out-of-spec lots that would not have been measuredCurrent sampling plan and 12 months of measured resultsLayer maturity, gauge R&R of the measuring toolSplit lots, with full sampling retained on the control armRung 4
Cycle time improvedX-factor: cycle time divided by raw process time, per operation and area12 months of MES move history covering a full campaign cycleProduct mix, lot priority class, WIP level, tool availabilityHoldout area or alternating-week assignment at area levelRung 4
Tools are more availableAvailability and OEE calculated once under SEMI E79, on E10 state mapping12 months of equipment state history, single implementationTool generation, campaign structure, planned-maintenance calendarHoldout tools within the same fleet and product setRung 3
The model is accuratePredicted versus measured error on a stated hold-out split, with the split rule written downFrozen labelled panel, class distribution disclosedProduct family, chamber, measurement siteNone required — this is a model property, not a fab outcomeRung 3
Energy or consumable use fellConsumption per wafer-layer-pass, metered at the tool where possible12 months of metered consumption with production volume alignedProduct mix, layer count per wafer, ambient seasonHoldout tools, or A/B on recipe versions within a fleetRung 4
The fab AI benchmark specification sheet. 'Quotable from' is the rung at which the claim first means something outside the room it was produced in — below that rung the number exists, but nothing connects it to the fab's behaviour.

Two rows deserve a note. The accuracy row is quotable from rung 3 because model accuracy is a property of the model, not a claim about the fab — it needs a frozen panel and a disclosed split, but no control group, because nothing causal is being asserted. The metrology-sampling row is the hardest in the sheet, because its real metric is an escape rate: the out-of-spec lots that would have gone unmeasured. Escapes are rare by construction, so the design has to be powered for a rare event, and that power calculation is usually what determines whether the claim is affordable to prove at all.

  • The normaliser column is the one fabs skip

    It is also the cheapest to fill. Mix, node, tool generation and ramp phase are already labelled in the MES; the work is deciding which ones belong in the metric definition and then writing them there so nobody has to re-litigate it per report.

  • Gauge R&R belongs in the specification, not in a footnote

    You cannot benchmark an improvement smaller than the repeatability and reproducibility of the instrument that measures it. Run the gauge study first — the NIST/SEMATECH e-Handbook's measurement-process chapter (opens in a new tab) is the standard reference — and if the gauge is wider than the effect, either change the metric or accept that the claim can never be proven.

  • Metrology delay is part of the specification for anything closed-loop

    Run-to-run control results depend on how long the measurement takes to come back; published stability analysis of EWMA run-to-run controllers shows the delay regime itself determines whether the loop is stable (opens in a new tab). A benchmark that does not state the metrology delay under which it was obtained is not reproducible even inside the same fab.

  • Every row needs a stated panel

    Toolsets, product families, date window, lot count, and what was deliberately excluded. The panel is what makes the number portable: it is the difference between a result a colleague can reproduce and a result they have to take on trust.

  • Choose metrics that resist gaming

    Any single fab metric optimised in isolation degrades something adjacent — the reason load-port utilisation on photo tools is a textbook Goodhart's-law target (opens in a new tab). Pair every efficiency metric in the sheet with a quality or delivery counter-metric measured on the same panel.

Where AI benchmarks land across a wafer fab

Litho, etch, deposition, CMP, metrology and inspection, planning and dispatch, facilities — the decisions worth benchmarking, the system that holds the evidence, and the confounder that will ruin the number if you ignore it.

AI benchmarking effort concentrates in seven areas of a wafer fab, and each area has a different dominant confounder — which is why a single fab-wide benchmarking method does not work. The map below is how we scope benchmark work with fab teams: for each area, the decisions AI is actually asked to make, the system that holds the evidence, the metric that would move, and the specific thing that will swallow the effect if it is not normalised or controlled for.

Fab areaDecisions AI is asked to makeSystem of record for the evidenceMetric that would moveDominant confounder
LithographyOverlay feed-forward correction, focus and dose control, reticle schedulingScanner logs, APC/R2R system, MESOverlay residual, rework rate, photo-area X-factorReticle set and layer mix — different layers have different intrinsic overlay budgets
EtchEndpoint prediction, chamber matching, excursion detection from trace dataEDA/Interface A traces, FDC, metrology resultsCritical-dimension uniformity, mean time to detect, chamber-to-chamber spreadCampaign position — chamber condition drifts systematically between wet cleans
Deposition and CMPVirtual metrology for thickness and removal rate, pad and slurry life predictionTool traces, in-line metrology, consumable logsThickness range, measured-lot fraction, consumable cost per waferConsumable lot-to-lot variation, which moves removal rate independently of control
Metrology and inspectionDefect classification, sampling optimisation, review-image triageInspection and review tools, yield management systemEscape rate, measured-lot fraction, classification agreement with engineersClass imbalance and label quality — the rarest pattern is the one that matters
Planning and dispatchLot-to-tool assignment, batching, queue-time constraint managementMES move history, dispatcher logs, AMHS recordsX-factor, on-time delivery, tardiness, throughputWIP level and product mix, which dominate cycle time on their own
Test and yield analysisYield signature attribution, e-test anomaly detection, bin predictionE-test and parametric database, yield management systemYield per product family, time to root causeThe yield-learning curve, which improves a mature line with no intervention
Facilities and abatementChiller and compressed-dry-air optimisation, exhaust and abatement controlBuilding management system, utility metersEnergy per wafer-layer-pass, abatement consumable useAmbient season and fab loading, both larger than most control gains
The wafer-fab benchmarking map. 'Dominant confounder' is the variable most likely to be larger than the effect you are trying to measure in that area — it is the first thing a reviewer should ask about.

Two areas are the usual right places to start, for opposite reasons. Metrology and inspection is attractive because the evidence is unusually clean: classification agreement can be measured against engineer labels on a frozen panel, and sampling reduction has a hard, auditable counter-metric in escape rate. Planning and dispatch is attractive because the decision is entirely inside the fab's own control and the metric — X-factor — is one every fab manager already tracks. Both also have mature published literature to read your results against, from graph-attention virtual metrology on industrial deposition data (opens in a new tab) to reinforcement-learning fab scheduling evaluated against hierarchical dispatch (opens in a new tab).

The compliance frame is where fab benchmarking differs most sharply from other industries, and it works in the fab's favour. Silicon wafer engineering already operates under customer quality systems, automotive qualification regimes for parts destined for vehicles, and process-change notification obligations to customers under the JEDEC standards framework (opens in a new tab) — all of which demand that a change be described, justified and evidenced before it reaches a customer's product. A benchmark specification sheet is very close to the artefact those regimes already want. Fabs that build one usually find qualification and audit preparation getting cheaper, because the evidence is generated as a by-product rather than assembled on request. Emerging sustainability reporting adds a second pull in the same direction: a recent scoping review of AI, metrology and ESG in the sector (opens in a new tab) describes the gap between process-level AI optimisation and downstream sustainability governance as a structural hole, and per-wafer-layer-pass benchmarking is one of the few things that spans it.

One reading habit is worth building across the whole map. Process-control claims in this industry mostly originate with the tool suppliers and the research institutes — ASML on lithography and scanner control (opens in a new tab), Lam Research on etch and deposition (opens in a new tab), KLA on inspection and process control (opens in a new tab), and imec across the technology roadmap (opens in a new tab) — and every one of those figures was obtained on somebody's panel. Trade coverage such as Semiconductor Engineering's manufacturing section (opens in a new tab) is where those claims circulate fastest and where panels are stripped off first. None of that makes the numbers wrong; it makes them hypotheses to re-run on your own frozen panel rather than targets to adopt.

For the environmental rows specifically, there is now a public reference model worth calibrating against: imec's netzero virtual fab (opens in a new tab) publishes modelled per-process environmental footprints for semiconductor manufacturing, which gives an energy or consumable benchmark something external to be read against rather than only the fab's own past. It is a model, not a measurement of your fab — but a stated model with published assumptions is a better reference than an unstated one.

Three published programmes, read as benchmarks

What each one discloses, what it does not, and what a fab would have to do to reproduce the number on its own line. None is an Atomic Loops engagement.

Reading a published fab AI programme as a benchmark means asking a different set of questions from the ones the write-up is designed to answer. Not 'is the number good?' but: what panel produced it, what setting was it evaluated in, what was held constant, and what would it take to obtain the equivalent number here? The three programmes below are read that way — the first of them across two published case studies (opens in a new tab) covering different areas of the same fab. Each links to the publisher's own material, and none of the figures has been independently audited by us.

Three programmes read against the benchmark ladder

Outcomes as reported in the linked material; we have not independently audited the figures, and where a result came from simulation rather than a live line it is stated. Card images are generated industry scenes from our library — none depicts the named operator's facility, and none implies an endorsement.

Illustrative scene: engineers reviewing a wall of manufacturing performance charts in a glass-walled fab review roomSeagate TechnologyWafer fab · highly utilised, recording-head process24
Challenge
A highly utilised wafer fab needed to reduce cycle time without adding capacity, where lot-to-tool decisions across many toolsets were made by dispatch heuristics that optimise locally and conflict globally. The measurement problem was as hard as the optimisation problem: cycle time in a busy fab moves with WIP level and mix regardless of what the dispatcher does.
Approach
Hybrid-optimisation scheduling was applied across the fab's toolsets, and separately to the photolithography area as a multi-objective problem balancing throughput against reticle moves and queue time. Critically for a benchmarking reader, the published write-up states the scope: which toolsets, which area, and what was being traded against what.
Reported outcome
The published case study reports a 24% average cycle-time reduction across 11 toolsets; a second case study reports increased throughput in the photolithography area alongside reduced reticle moves and queue time.
What it shows about the curveThis is the clearest example on the page of what makes a number quotable. The panel is stated — 11 toolsets, a named area, a described utilisation regime — so another fab can judge transferability and can construct an equivalent panel of its own. A number without a panel could report the same percentage and be unusable.

Flexciton — Seagate case study (opens in a new tab)

Illustrative cleanroom scene: process engineers in coveralls reviewing a yield display beside a batch process toolRenesas ElectronicsWafer fab · diffusion area, batch tools23
Challenge
The diffusion area is among the hardest in a fab to schedule: batch tools reward large batches, cycle time rewards small ones, and queue-time constraints between steps punish both when timing slips. Those three objectives were being traded against each other by hand.
Approach
Multi-objective optimisation was applied to the diffusion area to handle the conflicting objectives together rather than sequentially, and was evaluated in a realistic simulation environment built from the fab's own operating conditions rather than from a generic model.
Reported outcome
The published case study reports results for the multi-objective scheduler within that simulation environment — not from a live production deployment. That distinction is stated in the source and is worth preserving every time the numbers are quoted.
What it shows about the curveEvaluation setting is part of the number. A simulation built from the fab's own conditions is a much stronger signal than an open benchmark and a much weaker one than a split-lot trial on the line — which is exactly the middle ground most fab AI evidence occupies. Read it as a strong engineering result and a weak procurement result, and size the next step accordingly.

Flexciton — Renesas Electronics case study (opens in a new tab)

Illustrative cleanroom scene: a robotic wafer handler beside a display showing wafer defect maps and process chartsIntelIntegrated device manufacturer · factory automation software34
Challenge
Fabs pursuing more autonomous operation have historically had to buy factory automation and optimisation separately and integrate them per site — a multi-year systems-integration exercise that also makes vendor evaluation nearly impossible, because nothing can be compared until it has been integrated.
Approach
In September 2025 Intel and Flexciton announced a partnership combining Intel's Automated Factory Solutions software suite with Flexciton's advanced production planning and scheduling technology, positioned as an end-to-end software set for semiconductor manufacturers.
Reported outcome
As announced, the collaboration is intended to help manufacturers increase automation and accelerate the transition toward autonomous factory operations. This is a publicly announced partnership rather than a reported operational outcome, and should be read strictly as such.
What it shows about the curveAs the orchestration layer productises, the fab's scarce skill shifts from building optimisers to running credible bake-offs. That requires a benchmark harness — a frozen panel, standard metric definitions and a comparison design — to exist before the procurement starts, because a supplier's number obtained on their panel cannot be compared with another supplier's number obtained on theirs.

Flexciton — Intel partnership announcement (opens in a new tab)

A fourth reading is worth adding, and it is a research result rather than a programme. A published cross-benchmark of machine-learning virtual metrology for chemical-vapour deposition reports a prediction accuracy of about 0.7 and states that this would lead to 70% reduced CVD processing variation (opens in a new tab) — with the paper itself using the conditional. That is a projection derived from model accuracy, not a measured line outcome, and it belongs in a third evidence class alongside open-benchmark results and simulated results. Projections are legitimate and useful for scoping. They are not benchmarks, and the moment one is quoted without its conditional it has been converted into a claim the underlying work never made.

A sourcing rule falls out of all this, and it is worth stating plainly because it governs everything on this page: an outcome attributed to a named operator must come from that operator's own published material. Fab operators publish through their newsrooms — Micron (opens in a new tab) and GlobalFoundries (opens in a new tab) both maintain current ones — and research institutes such as imec (opens in a new tab) publish their own results directly. Second-hand summaries drop panels first and conditionals second, which is exactly how a simulated result or a projection becomes, three citations later, something a fab believes another fab measured.

The four dimensions that set a claim's rung

Benchmark credibility is not one number. Four dimensions gate each other, and the lowest one is the real rung.

A claim is scored on four dimensions — baseline integrity, metric definition, comparison design, and evidence and disclosure — and the lowest of the four is its real rung, because each gates the others. An exquisitely designed split-lot trial measured with a metric two groups define differently produces a precise answer to an ambiguous question. A perfectly standardised metric compared against a baseline nobody can reproduce produces an unreadable difference. The total score hides this; the dimension breakdown is the diagnostic.

  • Baseline integrity

    Whether the pre-change state is frozen, long enough and labelled. The binding question is whether you could regenerate the exact dataset the earlier number was computed from, a year later, byte for byte. Fabs almost always over-estimate this dimension, because the data still exists — but a live warehouse that has since been backfilled, re-contextualised or re-partitioned is not the same dataset. The e-Handbook's production-process-characterization chapter (opens in a new tab) is the standard treatment of what a baseline has to capture before it can be used as one.

  • Metric definition

    Whether the metric is defined once, mapped to its standard, and normalised for the fab's structural confounders. The SEMI Standards programme (opens in a new tab) carries the relevant definitions — E10 for equipment states, E79 for OEE calculation, E116 for performance tracking, E164 for common equipment-trace metadata — and using them converts definitional arguments into reference lookups.

  • Comparison design

    Whether something was deliberately held on the incumbent method, whether assignment was randomised, and whether the design was powered for the effect that matters. This is overwhelmingly the lowest-scoring dimension in fab AI claims, and it is the only one that produces causality — the e-Handbook's process-improvement chapter (opens in a new tab) is the standard reference for sizing and analysing these designs.

  • Evidence and disclosure

    Whether the panel travels with the number, whether the benchmark is versioned, and whether the artefact can be handed to a customer auditor without a bespoke data pull. This is the dimension that turns an internal result into external evidence, and it is usually the one that unlocks funding, because quality and compliance recognise the artefact immediately.

Diagnosing what is actually wrong with a claim

Plot baseline integrity against comparison design. The quadrant names the defect and the fix — and only one of the four fixes involves doing anything to the model.

Reproducible but confounded

  • You can regenerate the number; you cannot attribute it
  • The most common position for a competent rung-3 fab
  • Fix: hold a chamber or a lot stream on the incumbent method

Benchmark-grade

  • Frozen baseline, designed comparison, disclosed panel
  • The only quadrant a number can be quoted from externally
  • Fix: version the panel before it decays

Anecdote

  • Neither the baseline nor the comparison exists
  • Where borrowed and self-reported numbers both live
  • Fix: freeze twelve months of history for one area

Rigorous and unanchored

  • Clean split-lot design over an unreproducible baseline
  • The most dangerous quadrant, because the method looks impeccable
  • Fix: freeze the baseline before the next campaign, not after
Baseline integrity — top: Frozen, labelled, reproducible, bottom: Baseline reconstructed after the fact
Comparison design — left: Before-and-after on the same tools, right: Randomised split lots or holdout

The bottom-right quadrant is worth dwelling on because it is counter-intuitive. A fab that has learned to run split lots but never froze its baseline can tell you reliably that arm A beat arm B, and cannot tell you by how much relative to where the fab was, because the reference point moved. In practice this shows up as a well-run trial whose result cannot be converted into a business case — the difference is significant and its magnitude is not anchored to anything a finance reviewer recognises.

The benchmark harness, layer by layer

What actually has to exist to compute a benchmark repeatably — and which layer each rung first requires.

A repeatable benchmark needs six layers, and the order in which they are built decides whether the programme compounds or produces a series of unrelated studies. The architecture below is deliberately unfashionable: nothing in it is specific to a vendor, and each layer is defined by what it must guarantee rather than by what product supplies it. Most fabs already have the first layer and go straight to the fifth, which is why their benchmark work does not accumulate.

Layers of a fab benchmark harness, by rung

Each layer is annotated with the rung that first requires it. A fab attempting rung 4 without the frozen-baseline and normalisation layers is running a well-designed experiment whose result cannot be compared with anything else it has ever measured.

  1. Source systems

    Stage 1+

    • MESLot history, route, moves, scrap and hold records
    • EDA / Interface A tracesHigh-rate equipment sensor data, SEMI E120 and E164 metadata
    • Metrology, inspection and e-testIn-line measurements, defect maps, parametric results
    • FDC and APCAlarm history, limit versions, run-to-run controller state
  2. Frozen baseline store

    Stage 2+

    • Immutable snapshotsWrite-once extracts with a content hash, not a live query
    • Mix and node labelsProduct family, technology, ramp phase on every lot
    • Snapshot registryWhich snapshot each published number was computed from
  3. Metric layer

    Stage 3+

    • SEMI E10 state mappingOne mapping from raw equipment states, used by everyone
    • OEE and availability under E79A single implementation, not a formula per report
    • X-factor and cycle timeCycle time over raw process time, per operation and area
    • Escape and detection metricsEscape rate, mean time to detect, measured-lot fraction
  4. Normalisation layer

    Stage 3+

    • Mix and node stratificationApplied before aggregation, never after
    • Tool-generation strataNominally identical fleets split by real generation
    • Gauge R&R floorThe smallest effect the metrology can resolve, per measurement
    • Campaign and ramp adjustmentPosition between wet cleans; maturity of the layer
  5. Comparison layer

    Stage 4+

    • Assignment serviceRandomises lots to arms, balanced across chambers and shifts
    • Power calculatorLot count required for the effect size, computed before the run
    • Pre-registered analysisThe analysis fixed before the first lot is assigned
    • Effect estimate with intervalA confidence interval, not a point estimate
  6. Evidence and governance

    Stage 5+

    • Versioned benchmark specificationPanel, definitions and normalisers, with a change log
    • Scheduled recomputeThe whole trend recomputed when the panel moves
    • Promotion gateNo model ships without beating the standing benchmark
    • Audit exportEvidence pack for customer quality review and change notification

Pipeline described

  1. Source systems (stage 1+) — MES: Lot history, route, moves, scrap and hold records; EDA / Interface A traces: High-rate equipment sensor data, SEMI E120 and E164 metadata; Metrology, inspection and e-test: In-line measurements, defect maps, parametric results; FDC and APC: Alarm history, limit versions, run-to-run controller state
  2. Frozen baseline store (stage 2+) — Immutable snapshots: Write-once extracts with a content hash, not a live query; Mix and node labels: Product family, technology, ramp phase on every lot; Snapshot registry: Which snapshot each published number was computed from
  3. Metric layer (stage 3+) — SEMI E10 state mapping: One mapping from raw equipment states, used by everyone; OEE and availability under E79: A single implementation, not a formula per report; X-factor and cycle time: Cycle time over raw process time, per operation and area; Escape and detection metrics: Escape rate, mean time to detect, measured-lot fraction
  4. Normalisation layer (stage 3+) — Mix and node stratification: Applied before aggregation, never after; Tool-generation strata: Nominally identical fleets split by real generation; Gauge R&R floor: The smallest effect the metrology can resolve, per measurement; Campaign and ramp adjustment: Position between wet cleans; maturity of the layer
  5. Comparison layer (stage 4+) — Assignment service: Randomises lots to arms, balanced across chambers and shifts; Power calculator: Lot count required for the effect size, computed before the run; Pre-registered analysis: The analysis fixed before the first lot is assigned; Effect estimate with interval: A confidence interval, not a point estimate
  6. Evidence and governance (stage 5+) — Versioned benchmark specification: Panel, definitions and normalisers, with a change log; Scheduled recompute: The whole trend recomputed when the panel moves; Promotion gate: No model ships without beating the standing benchmark; Audit export: Evidence pack for customer quality review and change notification
Step-by-step insights
Source systems — the trace layer is where benchmarks silently break
MES data is generally well governed; equipment trace data usually is not. Sample rates differ by tool generation, context tags are attached by different integrations, and a tool that is re-integrated during the measurement window can change the shape of its own history without anyone noticing. The SEMI E164 common metadata model exists precisely to make traces comparable across a fleet, and a fab that has not applied it will find its normalisation layer trying to correct for differences that are artefacts of data collection rather than of process.
Frozen baseline store — a live query is not a baseline
The most common architectural shortcut is to treat 'the warehouse as of the report date' as the baseline. It is not, because warehouses are backfilled, re-contextualised and re-partitioned, and because holds and rework records are frequently amended after the fact. A baseline must be a write-once extract with a content hash, and every published number must record which snapshot produced it. The registry is what lets you answer, two years later, the only question that matters in a dispute: is this the same comparison we made then?
Metric layer — one implementation, not one document
Fabs that standardise definitions in a document still end up with several implementations, because each reporting tool re-implements the formula. The layer's job is to be the single implementation every consumer calls, including the ad-hoc analysis a yield engineer writes on a Friday. The split between standby-with-WIP and standby-no-WIP under SEMI E10 is the canonical example: it is a small definitional choice that decides whether scheduling improvements are visible in the availability number at all, and it must not be a per-report decision.
Normalisation layer — the gauge R&R floor belongs in code
Most fabs know their gauge studies exist and few have the resulting numbers available where benchmarks are computed. Encoding the floor — the smallest effect a given measurement can resolve — into the normalisation layer means a claim smaller than the floor can be flagged automatically rather than argued about later. It also has a useful cultural effect: it makes the limits of what the fab can prove visible early, which is much easier to accept before a trial than after one.
Comparison layer — assignment must be a service, not a spreadsheet
Manual lot assignment to trial arms drifts, systematically and in the direction of the trial's success: an operator with a queue to clear puts the urgent lot on the arm they trust. An assignment service that randomises within strata — chamber, shift, product — removes both the drift and the argument about whether it happened. Pairing it with a pre-registered analysis, fixed before the first lot, is what stops a trial being stopped early on noise, which is the single most common way a well-designed fab experiment produces a bad number.
Evidence and governance — build the audit export as a by-product
At rung 4 the benchmark record is an engineering convenience; at rung 5 it is the artefact a customer quality auditor or a change-notification reviewer will actually read. Generating the evidence pack from the same specification that computes the benchmark means compliance evidence accumulates automatically, and the qualification conversation becomes an export rather than a project. This is usually the argument that funds the harness, because it converts a measurement investment into a compliance saving that quality can quantify.

The layer most often skipped is the frozen baseline store, and it is the one that determines whether anything above it accumulates. Without it, each benchmark is a study whose reference point has already moved by the time the next one runs — which is precisely why fabs with years of AI activity often cannot draw a single continuous trend of what their programme has achieved.

A 90-day plan: proving a metrology sampling reduction

One concrete wafer-fab claim taken from anecdote to benchmark-grade in a quarter — virtual metrology used to skip post-etch CD measurements on a single toolset. Contains no model development.

Ninety days is enough to produce one benchmark-grade number when the claim is scoped to a single toolset and a single product family, and far too little when it is scoped to a fab. To make that concrete, the plan below runs on a claim almost every fab with a virtual-metrology model eventually wants to make: that VM predictions are good enough to reduce post-etch critical-dimension measurements, freeing metrology capacity and shortening the measurement loop. The model is assumed to exist already and to perform well on backtest — so the quarter contains no model development at all. Every day of it goes into making the resulting number defensible.

From a VM accuracy claim to a defensible sampling-reduction benchmark

One toolset, one product family, one owner. If a phase needs longer than its window, narrow the scope — fewer chambers, one layer — rather than extending the plan. A narrower benchmark that is real beats a broad one that is not.

  1. Days 1–20

    Freeze the baseline and establish the gauge floor

    Extract twelve months of MES lot history, etch tool traces, CD-SEM results and FDC alarms for the chosen toolset and product family, and store it as an immutable snapshot with a content hash and mix labels on every lot. In parallel, run or retrieve the gauge R&R study for the CD-SEM recipe in question, so the smallest resolvable effect is known before anything is claimed. Name the metrology or yield engineer who owns measured-lot fraction and escape rate — these are their numbers.

    A hashed baseline snapshot and a stated gauge floor

  2. Days 21–40

    Define the metrics, not the model

    Write the metric definitions and version them: measured-lot fraction; escape rate, defined as out-of-spec lots that the proposed sampling plan would not have measured; measurement delay from process end to result availability. Map the toolset's equipment states to SEMI E10 so any tool-time claim is computed on the same basis as everyone else's. Agree the counter-metric explicitly — sampling reduction that raises escape rate is not a win, and quality must sign the definition before the trial, not after.

    Versioned definitions, agreed counter-metric, quality sign-off

  3. Days 41–65

    Design and power the split-lot comparison

    Design the trial as randomised split lots: the control arm keeps the current sampling plan in full, the treatment arm follows the VM-guided plan, with assignment balanced across chambers and shifts. Compute the lot count needed to detect the escape-rate change that would matter — escapes are rare, so this calculation usually dominates the design — and pre-register the analysis. If the required lot count is unaffordable, say so now and change the claim rather than running an underpowered trial.

    A powered, pre-registered design with lots assigned by service

  4. Days 66–90

    Run, analyse and publish with the panel attached

    Run the trial to its pre-registered lot count. Report the measured-lot fraction reduction and the escape-rate difference with a confidence interval, both stratified by product family and chamber, against the frozen baseline. Publish the panel with the number — toolset, chambers, product family, window, lot count, exclusions — and register the specification so the benchmark can be recomputed when the panel next changes.

    One quotable number with a panel, an interval and a version

The order matters

  1. Freeze before you measure

    The baseline snapshot is the cheapest artefact in the plan and the only one that cannot be created retrospectively. A fab that starts at phase two has already lost the ability to state how large the effect is relative to where it began.

  2. Define before you compare

    Two engineers will define escape rate differently — one counting lots, one counting wafers, one counting only lots that reached final test. Settling that after the data is in turns a technical question into a negotiation about a result somebody already has an opinion on.

  3. Power before you run

    Rare-event effects need lot counts that surprise people. Computing this before the trial converts an unaffordable claim into an early, cheap decision to claim something else — and prevents the far more expensive outcome of an underpowered trial being read as evidence of no effect.

  4. Publish the panel with the number

    A percentage without its panel cannot be reused by the next team, challenged by quality or reproduced after a tool upgrade. Attaching the panel costs a paragraph and is what turns a result into an asset the fab still owns in two years.

One caution about the claim itself, and it applies to every sampling-reduction case. Skipping measurements shortens the metrology loop, which changes the delay regime that any downstream run-to-run controller operates under — and published stability analysis shows that the delay regime is itself a determinant of whether an EWMA run-to-run loop remains stable (opens in a new tab). Where the measurement being skipped also feeds control, the benchmark must include a control-stability counter-metric, or the trial can succeed on sampling and quietly destabilise the loop it feeds.

Verifying the benchmark, and the four ways it rots

How to check a claim from telemetry rather than from a self-report — plus the regressions that turn a working benchmark set back into an anecdote.

A benchmark you cannot verify from stored artefacts is a self-report with extra steps. Every property that makes a claim benchmark-grade leaves a trace somewhere in the fab's own systems: a snapshot hash, a versioned definition, an assignment log, a power calculation, a change history. The table below is the verification sheet a reviewer — internal or external — can work through in an afternoon without asking the team to summarise anything.

PropertyArtefact that proves itWhere it livesRung it proves
The baseline is reproducibleSnapshot content hash, and the number's recorded snapshot referenceBaseline store and snapshot registryRung 2
The metric is defined onceVersioned definition with an owner, and a single implementation every report callsMetric layer, version controlRung 3
Equipment states are standardSEMI E10 state mapping table, applied fleet-wideMES / equipment integrationRung 3
The effect exceeds the gaugeGauge R&R result for the specific measurement and recipeMetrology quality recordsRung 3
A control existedAssignment log showing lots or chambers on the incumbent methodAssignment service, MES lot attributesRung 4
The design was poweredPower calculation dated before the first assigned lot, with its assumed effect sizeTrial recordRung 4
The analysis was pre-registeredAnalysis plan committed before the trial, with its commit timestampVersion controlRung 4
The panel is versionedBenchmark specification change log with a recorded reason per changeBenchmark specification repositoryRung 5
The benchmark gates promotionA blocked promotion in the deployment history, and what happened nextModel deployment pipelineRung 5
Verification sheet for a fab AI benchmark. Each row is checkable from a stored artefact rather than from a conversation, which is what makes it usable in an audit.

Is this number benchmark-grade?

Seven checks, run against one specific claim. If you cannot tick all seven, the claim is not yet quotable outside the room it was produced in, however good the underlying model is. Tick as you go — this list works without JavaScript.

0 of 7 ticked

Nothing ticked — start with the snapshot, not the model

Zero ticks is normal for a claim inherited from a business case rather than built as a trial. Do not start by improving anything: extract twelve months of MES, trace and metrology history for one area and freeze it. Every other item on this list needs that snapshot to exist first, and it is a fortnight of work, not a programme.

Verification tells you a benchmark was sound when it was made. The failure modes below are how it stops being sound afterwards — all four are silent, because in each case the number keeps arriving on schedule and keeps having the same name.

Likelihood: highImpact: high

The panel decays and nobody recomputes the trend

A product family goes end-of-life, a toolset is upgraded, a metrology recipe changes. Each edit is individually reasonable, and each one makes the current number a comparison against a different fab. The trend line keeps its shape, which is exactly why the drift is invisible.

PreventionVersion the panel, require a recorded reason per change, and recompute the whole historical trend whenever it moves.

Likelihood: highImpact: medium

The metric quietly acquires a second implementation

A new dashboard, a customer report or a Friday-afternoon analysis re-implements the formula rather than calling the metric layer, and the two versions diverge on an edge case such as qualification runs or standby-with-no-WIP. Both are then quoted, in different meetings, as the fab's number.

PreventionMake the metric layer the only implementation and test new reports against it before they are published.

Likelihood: mediumImpact: high

The trial is stopped when the result looks good

A split-lot trial halted as soon as the AI arm pulls ahead reports a number inflated by precisely the noise that prompted the stop. Afterwards the design paperwork still looks rigorous, so the inflation is undetectable from the artefacts unless the stop itself was recorded.

PreventionFix the lot count and the analysis before the first assignment, and record any early stop alongside the number with its reason.

Likelihood: mediumImpact: medium

The benchmark becomes the target

Once a metric gates promotion or appears in an objective, work reorganises around it and the adjacent quantity it was standing in for degrades — the classic case being load-port utilisation on photo tools rising while cycle time worsens.

PreventionPair every efficiency metric with a quality or delivery counter-metric measured on the same panel, and gate on the pair.

Glossary

Hover a term for its definition — or expand the map full screen. The full definitions are written out below.

Benchmark panel
The stated scope a benchmark was measured over: toolsets, chambers, product families, date window, lot count and exclusions. A number without its panel cannot be reproduced, challenged or transferred to another fab.
Frozen baseline
A write-once, content-hashed extract of the pre-change period, labelled with product mix, node and ramp phase. Distinct from a query against the live warehouse, which changes as data is backfilled, amended or re-partitioned.
Normaliser
A variable removed from a metric before comparison because it moves the metric independently of the intervention — in a wafer fab, typically product mix, technology node, tool generation, ramp phase and metrology sampling rate.
Gauge R&R
The repeatability and reproducibility of a measurement system, established by a gauge study. It sets a hard floor: an improvement smaller than the gauge cannot be demonstrated, no matter how the comparison is designed.
Split-lot design
A comparison in which lots are randomly assigned between the AI-supported path and the incumbent one, balanced across chambers and shifts, so both arms experience the same fab conditions at the same time.
Holdout chamber
A qualified chamber deliberately kept on the incumbent control method for the duration of a trial, providing a contemporaneous control at lower capacity cost than full split lots.
X-factor
Cycle time divided by raw process time. The fab's dimensionless speed metric, and the usual target for dispatch and scheduling claims — dominated by WIP level and product mix unless both are normalised.
Escape rate
The proportion of out-of-spec material that a proposed sampling or detection scheme would not have caught. The mandatory counter-metric for any metrology-reduction claim, and a rare event, which is what makes such claims expensive to prove.
Evaluation setting
Where a result was obtained: a public benchmark dataset, a simulation, a projection from model accuracy, or a live production line. Published fab AI gains shrink consistently as the setting becomes more realistic.
Statistical power
The probability that a comparison detects an effect of a given size if it is real. Computed before a trial from the effect size and the available lot count; an underpowered trial reported as 'no difference' is uninformative, not negative.
Benchmark drift
The gradual loss of comparability as a panel changes — products retired, tools upgraded, metrology recipes revised. Indistinguishable from genuine improvement in a trend line unless the panel is versioned.
Promotion gate
A rule that blocks a model from reaching production unless it beats the standing benchmark on the current panel. The mechanism that turns a benchmark from a report into a production control.

Frequently asked questions

The questions fab teams ask most often when trying to make an AI number defensible.

What is a silicon fab AI benchmark?

It is a reference number that lets a wafer fab judge whether an AI system is working, and lets that number be compared with another one. A benchmark is a metric plus four things that must travel with it: a standard definition, a frozen baseline, a normaliser for the fab's structural confounders, and a comparison design. Without all four, the number exists but nothing connects it to the fab's behaviour — it is an anecdote with a decimal point, and it will not survive a capital review or a customer quality audit.

Why can't we just compare the quarter before and the quarter after?

Because a wafer fab moves underneath the measurement. The yield-learning curve improves a mature line continuously, product mix follows the order book, tool generations differ inside one fleet, campaign position changes chamber condition, and metrology sampling varies by layer maturity. Any window long enough to accumulate lots is long enough for several of those to shift. A before-and-after comparison attributes all of it to the last change made, which is why self-reported fab AI gains are systematically optimistic and collapse when challenged.

How do public benchmark datasets like WM-811K and SECOM fit in?

They are evidence about methods, never about your fab. They are genuinely valuable — reproducible research in wafer-map classification and fault detection largely rests on them — but their class distributions, label quality and noise characteristics are not your line's. A published study benchmarking transformer and classical models across public datasets found strong performance on well-separated data and reported that both families struggle significantly on severely imbalanced sets including SECOM. Use them to shortlist methods; re-run the shortlist on your own frozen panel before deciding anything.

How much history do we need before we can benchmark anything?

Six months is the practical minimum and twelve is the useful target. The binding constraint is not volume but coverage: the baseline must span at least one full maintenance and campaign cycle, and enough of the order book that product mix variation is visible rather than hidden. It must also be frozen — a write-once extract with a content hash — because a live warehouse is backfilled and amended over time, so re-running last year's query does not reliably reproduce last year's number.

What is the cheapest valid comparison design in a fab?

A single holdout chamber inside a qualified fleet, matched by product family. It costs far less capacity than randomised split lots and still gives a contemporaneous control, which removes the yield-learning curve and the mix from the answer. Its weakness is chamber-to-chamber differences, so it must be paired with tool-generation stratification and, where possible, alternated between chambers over the trial. Split lots are stronger and should be reserved for the claims that will face the most scrutiny.

How do we benchmark a virtual metrology model?

Separate two claims that are usually merged. Model accuracy — predicted versus measured error on a stated hold-out split with the split rule written down — needs a frozen labelled panel and no control group, because it asserts nothing causal. The operational claim, that sampling can be reduced, needs a split-lot trial with escape rate as a counter-metric and a power calculation sized for a rare event. Published VM work also shows accuracy ceilings are physical: one uncertainty-aware study found roughly half the variance in device gain sat between process runs rather than within them.

Our gauge R&R is wider than the improvement we want to claim. Now what?

Change the claim, change the measurement, or accept that the claim is unprovable. Those are the only three options, and discovering this before a trial is worth the fortnight the gauge study takes. Often the fix is to move up a level: instead of claiming a critical-dimension improvement the CD-SEM cannot resolve, claim a reduction in measured-lot fraction or in mean time to detect, both of which are counted rather than measured and therefore not gauge-limited. Aggregating over more lots also narrows the interval, if capacity allows.

How do we evaluate competing AI suppliers on equal terms?

Give them all the same frozen panel from your own line and require the same metric definitions. Vendor figures obtained on their own material are not comparable with each other, because the panel drives the number as much as the method does. Prepare the panel before the procurement starts: twelve months of your data, your class distribution, your unlabelled fraction, your product mix. Expect scores well below published benchmark figures — that gap is information about transferability, not evidence that anyone misrepresented anything.

Should a benchmark gate model deployment?

For claims attached to decisions that touch product disposition, sampling reduction or dispatch, yes — that is what rung 5 means. The gate is a rule that a model cannot promote unless it beats the standing benchmark on the current panel. Two conditions make it safe: the panel must be versioned so that a panel edit cannot be mistaken for an improvement, and the gate must be paired with a counter-metric, so a model that wins on efficiency and loses on quality is blocked rather than promoted.

Where do SEMI standards fit into fab AI benchmarking?

They settle definitional arguments that would otherwise be settled by seniority. E10 defines equipment states, E79 defines how overall equipment efficiency is calculated, E116 covers equipment performance tracking, and E120 with E164 give equipment traces common metadata so a fleet's data is comparable. None of them is about AI. All of them decide whether two groups computing the same metric get the same answer, which is the precondition for any benchmark at all — and the standby-with-WIP split under E10 alone decides whether scheduling gains are visible in availability.

How does benchmarking connect to customer audits and change notification?

Directly, and it is usually the argument that funds the work. Customer quality systems and the JEDEC process-change notification framework both require that a change affecting product be described, justified and evidenced. A versioned benchmark specification — panel, definitions, normalisers, comparison design and result — is close to the artefact those regimes already ask for. Fabs that build one generally find qualification and audit preparation getting cheaper, because the evidence is a by-product of the measurement system rather than something assembled on request.

Does any of this change for a foundry versus an IDM?

The mechanics are identical; the disclosure economics differ. An IDM owns the product and can normalise freely by design and node because it holds both sides of the data. A foundry runs many customers' products under confidentiality, so panels must be constructed to avoid disclosing one customer's mix to another, and benchmarks are usually reported by process family rather than by product. Foundries therefore reach rung 3 with more effort and rung 5 with less, because the change-control and evidence discipline is already imposed by their customer qualification obligations.

About the author

Atomic Loops Engineering

Industrial AI practice

Atomic Loops builds production AI systems for manufacturing, semiconductor and energy operators — virtual metrology, excursion detection, scheduling and decision support running against live MES and equipment-trace data, integrated into the systems that already run the line rather than delivered as dashboards.

  • · Production deployments against MES, FDC and equipment-trace estates
  • · Benchmark and baseline work run jointly with fab process and yield engineering
  • · Integration-first delivery: write-back, monitoring, change control, rollback
  • · 31 cited sources on this page

Sources

  1. SEMISEMI Standards programme (E10 equipment states, E79 OEE calculation, E116 performance tracking, E120 and E164 equipment-trace metadata, E133 APC) (opens in a new tab)
  2. JEDECJEDEC standards and documents (JESD46 customer notification of product/process change) (opens in a new tab)
  3. NISTNIST/SEMATECH e-Handbook of Statistical Methods — Measurement Process Characterization (opens in a new tab)
  4. NISTNIST/SEMATECH e-Handbook of Statistical Methods — Production Process Characterization (opens in a new tab)
  5. NISTNIST/SEMATECH e-Handbook of Statistical Methods — Process Improvement (design of experiments) (opens in a new tab)
  6. UCI Machine Learning RepositorySECOM semiconductor manufacturing dataset (opens in a new tab)
  7. arXivScalability of Reinforcement Learning Methods for Dispatching in Semiconductor Frontend Fabs: A Comparison of Open-Source Models with Real Industry Datasets (opens in a new tab)
  8. arXivLightweight Transformer Models for On-Device Fault Detection: A Benchmark Study on Resource-Constrained Deployment (opens in a new tab)
  9. arXivForward and Inverse Virtual Metrology for Phototransistor Gain: A Hierarchical, Uncertainty-Aware Approach for Small Production Datasets (opens in a new tab)
  10. arXivWafer Map Defect Classification Using Autoencoder-Based Data Augmentation and Convolutional Neural Network (opens in a new tab)
  11. arXivOne-Class Classification for Wafer Map using Adversarial Autoencoder with DSVDD Prior (opens in a new tab)
  12. arXivQuantile Online Learning for Semiconductor Failure Analysis (opens in a new tab)
  13. arXivMachine Learning based CVD Virtual Metrology in Mass Produced Semiconductor Process (opens in a new tab)
  14. arXivGraph Attention-Based Virtual Metrology for Film Deposition Processes in Semiconductor Manufacturing (opens in a new tab)
  15. arXivStability analysis of semiconductor manufacturing process with EWMA run-to-run controllers (opens in a new tab)
  16. arXivSemiconductor Fab Scheduling with Self-Supervised and Reinforcement Learning (opens in a new tab)
  17. arXivScoping Review of AI, Metrology, and ESG in the Semiconductor Sector (opens in a new tab)
  18. FlexcitonSeagate case study — reducing cycle time across 11 toolsets (opens in a new tab)
  19. FlexcitonSeagate case study 2.0 — advanced scheduling in the photolithography area (opens in a new tab)
  20. FlexcitonRenesas Electronics case study — multi-objective scheduling in the diffusion area (opens in a new tab)
  21. FlexcitonIntel and Flexciton announce partnership (opens in a new tab)
  22. FlexcitonGoodhart's law and the pitfalls of targeting load-port utilisation on photo tools (opens in a new tab)
  23. imecimec — research institute home (opens in a new tab)
  24. imecimec — semiconductor technology expertise (opens in a new tab)
  25. imecimec netzero — virtual fab environmental footprint model (opens in a new tab)
  26. ASMLASML — technology (opens in a new tab)
  27. Lam ResearchLam Research — home (opens in a new tab)
  28. KLAKLA — chip manufacturing process control and inspection (opens in a new tab)
  29. Micron TechnologyMicron newsroom (opens in a new tab)
  30. GlobalFoundriesGlobalFoundries newsroom (opens in a new tab)
  31. Semiconductor EngineeringManufacturing coverage (opens in a new tab)

Turn one claim into a number you can defend

We run the assessment with your yield, process and quality leads, re-derive one already-reported result with normalisation applied, and leave you with a costed 90-day plan to make it benchmark-grade. You keep the re-derived number and the plan whether or not we build it.

Published · Last updated

Benchmark request

Tell us where to send it

Benchmark for this page

Used once, to send this benchmark and follow it up personally. No newsletter, no automated sequences.