Contents
  1. Part I — Generated examples
    1. What synthetic examples change
      1. What was constructed?
    2. Turning points in generated data
  2. Part II — Specification and lineage
    1. Write the generation contract
      1. Contract fields
    2. Keep lineage at record level
  3. Part III — Coverage and acceptance
    1. Design coverage for the task
      1. Variety is not one quantity
      2. Coverage ledger
    2. Establish the target separately
      1. Verification has a granularity
    3. Filter without erasing the task
  4. Part IV — Defects and boundaries
    1. Count independent information
      1. Same marginal accuracy, different evidence
      2. Recursive data is conditional, not doomed
    2. Protect the assessment boundary
      1. Controls follow information paths
  5. Part V — Uses and evidence
    1. Keep each artifact’s role explicit
      1. Evaluation roles
    2. Test downstream utility
      1. Experiment matrix
  6. Part VI — Decision
    1. Generate, verify, collect, or stop
      1. Evidence to action
  7. Check understanding
  8. Open questions
  9. Selected talks
  10. References
  11. Talk library
← All topics

Synthetic Data

Synthetic data is not valuable because it is plentiful. It is valuable when constructing or transforming examples supplies information that the existing dataset lacks. That requires answering five questions: what part of each example is constructed, which task conditions it covers, who or what establishes its target, which defects its generator and filters may repeat, and whether training on it improves the intended capability on protected cases. This chapter develops those questions as an engineering discipline. The governing rule is simple: generation produces candidates; verification makes bounded claims about them; only an independent comparison establishes downstream utility.

Part I — Generated examples

What synthetic examples change

In this chapter, a synthetic example means a record whose input, target, or both were constructed or transformed rather than observed together as one intact case. This working definition concerns the record's origin, not its realism. A fictional patient simulated from demographic distributions and disease modules is synthetic even if every field is plausible; a real image whose label was predicted by a model combines an observed input with a synthetic target. Machine Learning Fundamentals explains examples and targets, while its treatment of generalization explains why fitting more rows is not itself the goal.

What was constructed?

This chapter organizes synthetic-data interventions by what they construct and the evidence each requires.
InterventionInputTargetWhat must be justified
Simulation or procedural generationConstructed from a process modelDerived from simulator state or rulesThe process and target rules represent relevant real conditions
Task-preserving augmentationTransformed observationObserved target, transformed when necessaryThe transformation preserves or predictably changes task meaning
Pseudo-labelingObserved but unlabeled inputModel predictionThe provisional label is accurate enough for its permitted use
Back-translationGenerated source sentenceObserved target-language sentenceThe generated source preserves the target's meaning
Teacher-generated supervisionObserved or generated inputTeacher output or distributionTeacher behavior is useful and its errors are controlled

Turning points in generated data

Generated-data methods developed along several lines because practitioners faced different constraints. In 1949, Nicholas Metropolis and S. Ulam described Monte Carlo computation as repeated sampling from specified stochastic and deterministic processes when direct mathematical treatment was difficult. In 1995, David Yarowsky demonstrated iterative self-labeling for word-sense disambiguation, beginning with small seed sets and adding confident predictions. SMOTE, published in 2002, constructed minority-class feature vectors between neighboring examples rather than merely copying rare rows. Back-translation, reported by Rico Sennrich, Barry Haddow, and Alexandra Birch in 2015 and published in 2016, used observed target-language text with automatically generated source sentences. In 2017, Josh Tobin and colleagues varied simulated camera position, lighting, textures, distractors, and object placement to pursue transfer into real robotic scenes.

Different constraints, different construction methods

  1. September 1949The Monte Carlo MethodSample specified event processes when direct mathematical treatment is difficult.Sources & context

    Contributors: Nicholas Metropolis and S. Ulam

    What changed: Described repeated sampling of stochastic and deterministic event chains for mathematical-physics computation. This is a process-sampling tradition, not a claim that the paper introduced an ML training-data recipe.

  2. June 1995Yarowsky’s self-labeling methodExpand small sense-specific seed sets with confident predictions on unlabeled text.Sources & context

    Contributors: David Yarowsky

    What changed: Repeated classifier training and labeling until the unlabeled residual stabilized. Added cases could return to the residual when confidence fell, making provisional labels revisable rather than permanent.

  3. June 2002SMOTEConstruct minority-class feature vectors between neighboring minority examples.Sources & context

    Contributors: Nitesh V. Chawla, Kevin W. Bowyer, Lawrence O. Hall, and W. Philip Kegelmeyer

    What changed: The published method addressed class imbalance through interpolation rather than repeated copying. Its motivation was to encourage broader minority-class decision regions instead of increasingly specific regions around duplicates.

  4. 2015 report · 2016 publicationBack-translationGenerate source sentences while retaining observed target-language text.Sources & context

    Contributors: Rico Sennrich, Barry Haddow, and Alexandra Birch

    What changed: Used monolingual target-language corpora to extend translation training without changing the translation architecture. Reported English-to-German improvements exceeded the parallel-data baseline; additional baseline training alone did not explain the gains.

  5. March 20, 2017Domain RandomizationVary simulated scenes to train perception for real-world conditions.Sources & context

    Contributors: Josh Tobin and colleagues

    What changed: The report varied cameras, lighting, textures, distractors, and object placement instead of precisely matching reality. Simulation-trained perception supported localization and grasping of tested real objects; ablations showed that the chosen randomizations mattered.

Notice how selected developments address different shortages through process sampling, predicted labels, feature interpolation, generated sources, and varied simulations. These methods coexist; spacing is not to scale.

These were not stages in a replacement sequence. Simulation remains useful when a process can be modeled but observations are scarce or dangerous to collect. Augmentation encodes selected invariances. Pseudo-labeling exploits unlabeled observations. Teacher-generated records transfer behavior or create flexible language tasks. Each changes a different part of the evidence and can coexist with the others.

Part II — Specification and lineage

Write the generation contract

Generation should begin with a generation contract, not a prompt. First define the example unit and the intended task population. Then state the downstream role—training, development, challenge testing, or final assessment—and identify the missing capability or population slice. Specify allowed sources, constructed fields, required targets, validity constraints, desired variation, exclusions, duplicate policy, failure dispositions, and a stopping condition. A prompt is only one implementation artifact within this larger contract.

Contract fields

  • UnitWhat does one record represent, and which records share an ancestor or real-world entity?
  • PopulationWhich situations should the resulting capability cover, including consequential slices and exclusions?
  • ConstructionWhich fields come from observations, transformations, rules, retrieval, simulation, or a teacher model?
  • Target authorityWho or what can establish the expected answer, and what properties can it actually observe?
  • AcceptanceWhich checks lead to acceptance, correction, quarantine, rejection, or unresolved status?
  • StoppingWhich coverage, cost, or downstream result ends further generation?

A teacher model supplies candidate outputs or labels; it is neither automatically the downstream learner nor an authority on truth. Instructions and demonstrations can steer its behavior, as described in Turn a request into a task contract and Choose examples for coverage. Temperature, random seeds, and prompt variations change samples, but they do not prove that the samples occupy meaningfully different task regions. Self-Instruct, for example, generated and filtered instructions from a small human seed set, yet an audit found that valid-looking instructions and correct complete records were materially different sets.

Keep lineage at record level

Provenance records origin and production circumstances; lineage connects source entities, generation activities, derived records, verification results, and downstream releases. A useful record keeps stable identifiers for its permissible seeds, generator family and version, prompt or program version, sampling configuration, transformations, generation time, target source, verifier results, and release membership. This extends the general provenance responsibilities in Origins, times and permitted use and the release model in A release is a dependency graph.

Lineage enables focused correction. If a source is withdrawn, a prompt is found defective, or a verifier is recalibrated, dependency records identify affected candidates and releases. It also reveals shared ancestry: ten thousand rows derived from one seed, one teacher, and one judge are ten thousand records, but not ten thousand independent confirmations. Still, provenance proves neither correctness nor permission. A closed model can be named precisely while its training exposure remains unknown, and synthetic data can retain information about source individuals unless privacy is separately established in Privacy and Data Governance.

A release contains records and their dependencies

Example

Separate records may share seeds, configurations, and verifiers, creating common dependencies that a flat table hides.

Derivation edges trace how sources and configuration produce candidates and verification records. Membership edges connect accepted candidates to an immutable release manifest; neither relationship proves correctness or permission.
Read the diagram as text
  • Permitted source seed. Stable source identity, version, context, and eligibility metadata.
  • Generator configuration. Model, prompt or program, sampling settings, and execution environment.
  • Candidate A. Generated record with stable identity.
  • Candidate B. A separate record sharing the same seed and configuration.
  • Verification record. Checks, outcomes, reviewer identity, and unresolved properties.
  • Release manifest. Immutable membership list and release identity.
  • Permitted source seedCandidate A: derivation source.
  • Permitted source seedCandidate B: derivation source.
  • Generator configurationCandidate A: generation activity.
  • Generator configurationCandidate B: generation activity.
  • Candidate AVerification record: checked candidate.
  • Candidate BVerification record: checked candidate.
  • Verification recordRelease manifest: acceptance evidence.
  • Candidate ARelease manifest: release membership.
  • Candidate BRelease manifest: release membership.

Part III — Coverage and acceptance

Design coverage for the task

Coverage begins with the target population: the situations about which the system's eventual claim is intended to hold. The generator can reach only a constructed frame within that population. If the contract omits mobile screenshots, multilingual requests, long conversations, or a consequential policy branch, producing more rows from the remaining frame cannot repair the omission. This is the same population–frame distinction developed in Population, frame and sample.

Variety is not one quantity

Several properties often called diversity answer different questions. Surface variety changes wording or presentation. Semantic variety changes the underlying scenario. Label balance changes target proportions. Difficulty changes the reasoning or control burden. Support coverage asks whether relevant regions of the intended population are present. Distributional precision and recall can diagnose unsupported or missing modes relative to a reference representation, but they do not establish task-specific slice coverage, correct labels, novelty, or downstream value.

Coverage ledger

A coverage ledger keeps stages and denominators separate. The cells are questions to populate from project data, not invented measurements.
Task sliceObservedGeneratedVerifiedAcceptedKnown gap
Common conditioncountcountcountcountreason or none
Rare consequential conditioncountcountcountcountreason or none
Format or interface variationcountcountcountcountreason or none
Intersection of conditionscountcountcountcountreason or none

Controlled variation is useful only when combinations remain coherent. DigiWorld's reported approach combined task templates, corresponding verifiers, mock data, and base interface state, then rejected invalid configurations. The mechanism illustrates why environment generation needs a compiler-like validity stage. It does not show that retained combinations match production frequencies; representative sampling and deliberate rare-case coverage remain different goals.

Conceptual rendering of the reported DigiWorld construction architecture. The absent-recipient example illustrates incompatible ingredients, not a reported rejection implementation. Configuration validity preserves task, verifier, data and state compatibility; it establishes neither representative frequencies nor complete verifier coverage.

Establish the target separately

Generating an input and establishing its label are separate acts. A simulator can expose an internal state, a program can check an executable property, a source document can support an answer, a person can apply a rubric, and a model can supply a provisional judgment. These authorities observe different things. The correct choice depends on the target specification, including whether several answers are valid or the case should remain unresolved. See Specify the label and Choose checks that match the requirement.

An executable test oracle decides whether observed behavior satisfies encoded criteria. It may be partial, and the encoded criteria may misunderstand the intended requirement. A code test can miss an authorization rule; an exact string match can reject an equivalent value. Independent execution therefore validates only the specified checks. Human adjudication can address ambiguity but remains fallible. A model judgment is best treated as a measurement instrument: confidence and agreement describe model behavior, not ground truth.

Verification has a granularity

Answer-first construction can make checking easier. A synthetic question-answering pipeline may select a known source span, generate a question conditioned on it, and retain the case only if a separate answering model recovers that span. In reported round-trip filtering experiments, this improved downstream results, yet a small manual audit still found many accepted triples incorrect. Likewise, a correct final answer can conceal invalid intermediate reasoning. Verification should match the granularity of the claim: outcome checks support outcomes; process claims need process evidence.

Generate with the answer; check without it

The selected span conditions question generation but reaches the comparison without being supplied to the answering model.

The answering model receives only the passage and generated question. Recovering the selected span supports round-trip agreement, not guaranteed correctness of the triple.
Read the diagram as text
  • Passage. Source text used for span selection, question generation, and answering.
  • Selected answer span. Intended answer selected from the passage.
  • Question generator. Generates a question conditioned on the passage and selected answer.
  • Generated question. Candidate question about the passage.
  • Answering model. Separately trained model receives passage and question, without the selected answer span.
  • Recovered span. Answer predicted from the passage and generated question.
  • Compare spans. Compare the recovered answer with the originally selected span.
  • Retained triple. Passage, question, and selected answer retained on round-trip agreement.
  • Discarded triple. Candidate excluded when the answering model does not recover the selected span.
  • PassageSelected answer span: select span.
  • PassageQuestion generator: source text.
  • Selected answer spanQuestion generator: intended answer.
  • Question generatorGenerated question: generate.
  • PassageAnswering model: source text.
  • Generated questionAnswering model: question.
  • Answering modelRecovered span: predict.
  • Selected answer spanCompare spans: intended span.
  • Recovered spanCompare spans: predicted span.
  • Compare spansRetained triple: agreement.
  • Compare spansDiscarded triple: disagreement.

Filter without erasing the task

Candidate filtering should preserve the meaning of each gate. Structural validation checks schema and required fields. Semantic validation checks whether values make sense together. Deduplication checks identity or similarity under a declared rule. Eligibility checks permitted use. Label verification examines the target. Difficulty selection changes the training distribution. Combining these into one opaque “quality score” makes failures hard to diagnose and hides which population survived.

The available dispositions are not merely pass and delete. Correction keeps a candidate with a recorded derivation. Quarantine preserves it for review without admitting it to the release. Abstention leaves a target unresolved. Rejection excludes it for a stated reason. Logging every disposition preserves evidence about the generator and the filter. Inspect rates by slice: C4 blocklist analysis found scientific, medical, identity-related, and dialect-associated text among rejected documents, illustrating how a filter can improve one criterion while changing corpus composition.

A threshold trades accepted coverage against error among accepted cases. Lower error after stricter filtering may simply reflect a smaller, easier retained population. Report both coverage and selective risk, and audit rejected cases. In visual-generation work, conventional aesthetic filters can remove deliberately low-fidelity styles; in reasoning-data experiments, a plausible quality filter can underperform random selection for the downstream student. Acceptance quality is therefore a hypothesis to test, not an intrinsic property of the filter score. Coverage means accepted candidates divided by all candidates; selective risk means errors divided by accepted candidates.

A stricter filter changes who remains

These 12 fixed candidates are a teaching example with independently adjudicated correctness labels. Selection scores are not probabilities of correctness.

Changing the threshold changes selection, not the candidates or their correctness.

Accepted: 9/12; coverage: 75.0%; selective risk: 22.2%. Rare slice: 1/4 accepted.

Selection at threshold 50
PopulationAccepted / allCoverageErrors / acceptedSelective risk
All candidates9/1275.0%2/922.2%
Common slice8/8100.0%2/825.0%
Rare slice1/425.0%0/10.0%

Coverage = accepted / all candidates. Selective risk = errors / accepted candidates; it is undefined when none are accepted.

Common slice
  • C1 Score 95✓ CorrectAccepted
  • C2 Score 90✓ CorrectAccepted
  • C3 Score 85× ErrorAccepted
  • C4 Score 80✓ CorrectAccepted
  • C5 Score 75✓ CorrectAccepted
  • C6 Score 70× ErrorAccepted
  • C7 Score 65✓ CorrectAccepted
  • C8 Score 60✓ CorrectAccepted
Rare slice
  • R1 Score 55✓ CorrectAccepted
  • R2 Score 45✓ CorrectRejected
  • R3 Score 35× ErrorRejected
  • R4 Score 25✓ CorrectRejected

Compare 50 → 70: the error count stays at two while accepted cases fall from nine to six, so risk rises. At 90, risk is zero, but every rare case is excluded—including three correct cases.

Selection changes denominators and slice coverage. The fixed correctness labels do not change when the threshold changes.

Part IV — Defects and boundaries

Count independent information

A dataset's row count overstates its independent information when records share causes. The same teacher can repeat a factual error; the same prompt family can enforce a stylistic shortcut; the same seed can generate semantic clones; the same simulator can omit one physical effect; and the same verifier can approve the same loophole. Two different models are not automatically independent either. Research across multiple-choice datasets found that model pairs often selected the same wrong answer more frequently than a uniform-choice baseline, with shared providers and architectures associated with greater agreement.

Same marginal accuracy, different evidence

These invented counts hold the number of records and total errors fixed. They show why error location and shared ancestry matter even when aggregate accuracy is identical.
DatasetRecordsRoutine sliceConsequential sliceAccuracyInterpretation
A: dispersed1003 errors across several sources1 error across several sources96%No single slice-source block contains every error
B: clustered1000 errors4 errors from one generator family96%One shared defect could explain every error and erase the consequential slice

Recursive data is conditional, not doomed

Recursive use adds a specific feedback mechanism. When each generation replaces prior data with samples from the preceding model, finite sampling can drop rare regions and approximation errors can compound. Experiments on recursive replacement report degradation; experiments retaining earlier data and accumulating new samples kept error bounded in their tested settings. This does not imply that every synthetic mixture collapses or supply a universal safe ratio. Replacement, accumulation, filtering, model family, and task conditions must remain explicit.

Protect the assessment boundary

Contamination occurs when evaluation information reaches training, generation, selection, prompting, retrieval, or verifier development through a path the assessment intended to exclude. Exact duplicates are only one route. Paraphrased questions and solutions can evade overlap detectors while still conveying assessment information. A generator may already know a public benchmark, and repeatedly changing a pipeline after inspecting final results turns those results into development feedback. The broader evaluation contract appears in Protect the independent assessment.

Controls follow information paths

Split protected cases and their source families before data-dependent generation or resampling. Keep descendants of the same document, task, user, repository, or scenario family together when the claim concerns unseen families. Preserve private, fresh, temporal, or externally sourced assessments when appropriate. Record generator and verifier exposure as known, ruled out, or unknown. A recent test is not automatically independent, and complete recorded lineage cannot reveal undisclosed model-training data.

Part V — Uses and evidence

Keep each artifact’s role explicit

Generated records can supply training inputs, labels, demonstrations, preference comparisons, critiques, reasoning traces, challenge cases, or regression cases. The role determines the evidence. Producing teacher outputs is data creation; distillation is the later transfer process in which a student learns from teacher behavior. Distillation owns that mechanism. Likewise, Post-training and Alignment owns the optimization recipes that update parameters from demonstrations, preferences, or rewards.

Evaluation roles

Assessment collections answer different questions.
CollectionSelection purposeSupported claimUnsupported leap
Representative sampleEstimate behavior for a defined population or weighting designPopulation performance under the sampling assumptionsCoverage of unobserved conditions
Challenge setConcentrate difficult or consequential casesDiscovery and diagnosis of failuresProduction prevalence
Metamorphic suiteTransform cases under an expected relationWhether behavior follows that specified relationComplete correctness
Regression setPreserve known cases across changesWhether previously tested behavior remainsGeneralization to new conditions

Once an evaluation artifact influences prompt, model, filtering, or training choices, it becomes development evidence and no longer remains an untouched final assessment. The same record can be reclassified deliberately, but a new protected assessment is then required for the final claim. Synthetic challenge cases are especially useful for boundary discovery; their failure frequency should not be reported as deployment prevalence without a justified population design.

Test downstream utility

The decisive question is not whether generated records look good, but whether they improve the intended capability. A controlled utility test compares a credible incumbent or real-only baseline with a named synthetic-data intervention on the same protected assessment cases. Freeze the task definition, model, optimization procedure, prompts, update or exposure budget, and assessment protocol as required by the hypothesis. Separate the numbers generated, accepted, and actually consumed during training so an apparent gain is attributed to the correct intervention.

Experiment matrix

An ablation changes one ingredient while preserving a common assessment.
ArmGeneratedAcceptedTrained onChanged ingredientCommon assessment
Baseline0 or incumbent amountfixed budgetNo new synthetic interventionProtected cases and slices
Unfiltered candidaterecord countrecord countfixed budgetGeneration onlySame protected cases and slices
Verified candidatesame proposalsaccepted countfixed budgetVerification ruleSame protected cases and slices
Alternative generatormatched proposalsaccepted countfixed budgetGenerator familySame protected cases and slices

Inspect paired changes on each protected case and consequential slice, including regressions. Then test transfer to independently sourced or later conditions. Train on Synthetic, Test on Real formalizes one useful direction: split real evidence before fitting the generator, train a predictor on generated records, and test it on held-out real records. It measures replacement-data utility, not whether adding synthetic data beats a real-only baseline at equal cost. OpenThoughts similarly shows why selection must be judged through the downstream student: teacher ranking and filtering heuristics did not translate uniformly across its tested domains.

Tune on development cases; compare on protected cases

Example

Both frozen systems receive identical assessment inputs, while references enter scoring and final results remain outside development.

Separate source families before generation. Freeze both arms under matched controls, compare the same protected cases, and test later conditions directly on the frozen systems.
Read the diagram as text
  • Source-family split. Assign source families before data-dependent generation or resampling. Recorded separation cannot rule out unknown pretrained-model exposure.
  • Development sources. Training sources and separate validation evidence. Only development evidence informs generation, filtering, and tuning.
  • Generate and filter. Tune using development evidence; record generated and accepted quantities separately. Freeze the declared replacement or augmentation intervention before final assessment.
  • Matched controls. Prespecify the common model setup, optimization procedure, exposure or update budget, and scoring protocol required by the hypothesis.
  • Frozen baseline. Incumbent or real-only training arm under the declared controls.
  • Frozen candidate. Training arm with the named intervention under matched controls. Record quantities actually consumed, separately from generated and accepted quantities.
  • Protected cases. Assessment inputs and references remain outside generation, selection, and tuning. Identical case IDs are used for both arms.
  • Paired protected scores. Compare both outputs against the same protected references, by case and consequential slice. Results terminate here rather than tuning the candidate.
  • Independent later cases. Separately sourced or later-condition inputs and references assess transfer without changing either frozen system.
  • Paired transfer scores. Compare both frozen systems on the same later-condition cases and references.
  • Source-family splitDevelopment sources: development families.
  • Source-family splitProtected cases: reserved families.
  • Development sourcesGenerate and filter: permitted sources and validation.
  • Development sourcesFrozen baseline: baseline training data.
  • Development sourcesFrozen candidate: permitted observed data.
  • Generate and filterFrozen candidate: accepted training records.
  • Matched controlsFrozen baseline: common controls.
  • Matched controlsFrozen candidate: common controls.
  • Protected casesFrozen baseline: assessment inputs.
  • Protected casesFrozen candidate: same assessment inputs.
  • Protected casesPaired protected scores: case IDs and references.
  • Frozen baselinePaired protected scores: protected-case outputs.
  • Frozen candidatePaired protected scores: protected-case outputs.
  • Independent later casesFrozen baseline: later-condition inputs.
  • Independent later casesFrozen candidate: same later-condition inputs.
  • Independent later casesPaired transfer scores: case IDs and references.
  • Frozen baselinePaired transfer scores: later-condition outputs.
  • Frozen candidatePaired transfer scores: later-condition outputs.

Repeatedly revising generation or filtering after reading final-assessment results adaptively overfits the holdout. Reserve validation evidence for those choices and open final evidence only after the comparison is frozen. Dataset conformance and system improvement remain separate contracts, as developed in Data checks are not system success and Compare changes on matched work.

Part VI — Decision

Generate, verify, collect, or stop

Generation is promising when the missing variation can be specified, generated coherently, verified affordably, kept independent from assessment, and shown to transfer. The next intervention should follow the binding evidence gap. More rows help only when insufficient candidate coverage is the constraint; they do not repair a faulty oracle, shared generator defect, inaccessible real-world information, or contaminated assessment.

Evidence to action

Use the observed pattern to choose the next discriminating experiment.
Observed patternLikely bottleneckNext experiment
Important coverage cells are empty before filteringGeneration specification or source accessGenerate targeted valid candidates, then measure verified yield
Candidates exist but labels fail reviewTarget authority or verifierCompare oracle designs on independently adjudicated cases
One slice is disproportionately rejectedFilter-induced narrowingAudit false rejections and test a slice-aware disposition policy
Errors cluster by teacher, seed, or verifierCorrelated defectsAdd a genuinely different source or checker and inspect disagreements
Synthetic metrics improve but protected outcomes do notNo downstream transferStop scaling; test a different intervention or collect observed cases
Aggregate improves while a consequential slice regressesCoverage or objective tradeoffHold deployment and isolate the slice mechanism
Final evidence influenced developmentContaminationReplace it with fresh, independent assessment evidence

Collect or label observed cases when the generator cannot supply the missing information. Improve verification when acceptance error dominates. Diversify generators or real anchors when defects cluster. Stop when additional accepted records no longer improve protected outcomes or introduce unacceptable regressions. There is no universal real-to-synthetic ratio, confidence threshold, or cost cutoff: generation cost, automated checks, human review, collection delay, provenance uncertainty, and downstream value all belong to the task-specific decision.

Open questions

  1. How can a team estimate the independent information added by generated records when model training data, prompt ancestry, and verifier dependencies are only partly known? Progress would require lineage-aware dependence measures that predict downstream transfer better than row count or marginal accuracy.

  2. Which verification mixtures best control false acceptance without erasing rare but valid task regions? The difficulty is that executable checks, human review, and model judges observe different properties and can share specification errors. Progress would include slice-level audits of both accepted and rejected candidates against independently adjudicated references.

  3. Under what conditions does accumulating real and synthetic data remain stable across repeated training generations? Existing recursive-data results depend on replacement versus accumulation, model family, task, filtering, and training schedule. Progress would look like controlled studies that vary those factors while tracking rare-region coverage and independently sourced performance.

  4. How should generation effort be allocated between common production cases, rare consequential cases, and boundary cases? The collections serve different goals—prevalence estimation, capability learning, and diagnosis—so a single aggregate mixture can hide the tradeoff. Progress would combine explicit population designs, risk-focused suites, and protected downstream comparisons.

  5. Can generator and verifier provenance remain useful when closed models do not disclose their training corpora? Recorded configuration can establish known derivations but cannot rule out hidden benchmark or source exposure. Progress would require stronger disclosure, fresh or private assessments, and methods that quantify rather than erase unknown exposure.

Follow the curated reading path through the speakers and demonstrations behind this entry.

17 min

AI Engineer World's Fair 2026 · 2026

Don't be data poor

Anuj Iravane

Cited in this entry

Shows a domain-specific pipeline that reverses a policy workflow to target reasoning branches, then builds long records coarse to fine; useful for generation contracts, coverage, and expert steering.

Watch talk

Explore more talks

The rest of the library, beyond the curated path. Cited talks support this entry; reviewed transcripts were processed in full. Metadata candidates have not been reviewed as sources or verified as topic members.

42 matching talks

TalkSpeakerEventYear
Ilan BigioAI Engineer World's Fair 20252025
Vikhyat KorrapatiAI Engineer World's Fair 20242024
Eugene YanAI Engineer World's Fair 20252025
Maxime LabonneAI Engineer World's Fair 20242024
Vibhu SapraAI Engineer World's Fair 20252025
Jacob KahnAI Engineer Code 20252025
Hamel Husain, Emil SedghAI Engineer World's Fair 20242024
Mohak SharmaAI Engineer Summit 20252025
Laurie VossAI Engineer Europe 20262026
Mahmoud MabroukAI Engineer Europe 20262026
Aparna DhinakaranAI Engineer Code 20252025
Alessandro CappelliAI Engineer Europe 20262026
2025 in LLMs so far

Transcript reviewed

Simon WillisonAI Engineer World's Fair 20252025
The Base Model is Dead

Transcript reviewed

Varun SinghAI Engineer World's Fair 20262026
Kobie CrawfordAI Engineer Europe 20262026
Will BrownAI Engineer World's Fair 20262026
Vincent ChenAI Engineer Europe 20262026
Jerry LiuAI Engineer Summit 20232023
Christopher LovejoyAI Engineer Summit 20252025
Emmanuel TurlayAI Engineer Summit 20232023
Vinoo GaneshAI Engineer World's Fair 20262026
Rishi DesaiAI Engineer World's Fair 20262026
Ending AI Slop

Transcript reviewed

Thais Castello BrancoAI Engineer World's Fair 20262026
Sangwu LeeAI Engineer World's Fair 20262026
Lukas BiewaldAI Engineer World's Fair 20242024
Anna Marie BenzonAI Engineer World's Fair 20262026
Nick HeinerAI Engineer World's Fair 20262026
James ShiAI Engineer World's Fair 20262026
Louis-François Bouchard, Paul Iusztin, Samridhi VaidAI Engineer Europe 20262026
Ankur Goyal, Olmo MaldonadoAI Engineer World's Fair 20242024
Annika Brundyn, Aastha JhunjhunwalaAI Engineer World's Fair 20252025
Will BrownAI Engineer World's Fair 20262026
Kyle CorbittAI Engineer World's Fair 20252025
Ayush BhardwajAI Engineer World's Fair 20262026
Raza HabibAI Engineer World's Fair 20242024
Paul HenryAI Engineer World's Fair 20242024
Shaan DesaiAI Engineer Summit 20252025
Mahesh SathiamoorthyAI Engineer World's Fair 20262026
Muktesh MishraAI Engineer World's Fair 20252025
Hursh AgrawalAI Engineer World's Fair 20262026
RL Environments at Scale

Metadata candidate

Will BrownAI Engineer Code 20252025
Cormac BrickAI Engineer World's Fair 20262026

References

Coverage and source review
Processed transcripts
40 processed in full · 5 in the curated path
Automated source review
Passed
Metadata candidates
7 unreviewed; not verified topic membership
Corpus version
1bd8e407b26a07b33815594e1b2db5f41827119a2b3cb6fbf240f9fc571fc767

Automated review checks source support; it is not publication approval.

A synthesis of selected conference talks and technical references. Citations link to the source material; they do not imply that every talk on this subject is included.

  1. MITRE: Synthea Synthetic Data Overview

    Synthetic data is artificially constructed rather than collected from actual events. Synthea illustrates construction without a teacher model: it creates fictional individuals from regional demographic distributions and simulates their histories using disease modules informed by incidence, prevalence and care guidelines. The resulting records describe simulated events, not observations of actual patients.

  2. Pseudo-Label: The Simple and Efficient Semi-Supervised Learning Method for Deep Neural Networks

    Lee's pseudo-labeling method assigns an unlabeled input the class with the highest model-predicted probability and uses that prediction as a training target alongside genuine labeled examples. The input itself need not be generated. In this method, predictions are refreshed during training rather than supplied by a necessarily separate teacher.

  3. Improving Neural Machine Translation Models with Monolingual Data

    Back-translation turns existing target-language sentences into additional translation pairs by automatically generating their source-language counterparts. Only the source side is synthetic; the desired output remains text from the monolingual corpus. Sennrich, Haddow and Birch used this to exploit monolingual data without adding a separate language model or changing the translation architecture. Their English-to-German WMT experiments improved translation scores over parallel-data baselines. Continuing the baseline for another week produced no BLEU improvement, providing a control against training duration alone explaining gains.

  4. Foundations of Computer Vision: Training for Robustness and Generality

    Label-preserving augmentation assumes y(T(x))=y(x). This is task-dependent: mirroring can preserve a scene category while changing a character's identity. When targets have spatial structure, transform image and target together so y(Tx)=T_y(y(x)); a segmentation crop must crop the label map at the same coordinates. Augmentation teaches selected invariances or equivariances by adding transformed training examples. It cannot repair an invalid label-preservation assumption or supply an independent evaluation sample.

  5. Distilling the Knowledge in a Neural Network

    Distillation transfers behavior from a trained model or ensemble to another model using the source model’s predictions as supervision. The original method uses class-probability distributions as soft targets; its transfer inputs can be existing training examples or unlabeled data. Thus, the model supplying supervision need not generate the inputs, and supervision need not consist of generated text.

  6. The Monte Carlo Method

    In September 1949, Nicholas Metropolis and S. Ulam described Monte Carlo computation as a statistical alternative for mathematical-physics problems whose integro-differential equations were laborious or unavailable in closed form. Their procedure samples chains of stochastic and deterministic events from specified distributions, repeats them to approximate evolving distributions, and uses computing machinery to produce the required pseudorandom values and calculations.

  7. Unsupervised Word Sense Disambiguation Rivaling Supervised Methods

    David Yarowsky's June 1995 method addressed costly hand-tagging by beginning with small sense-specific seed sets, training a classifier, adding high-confidence predictions from the unlabeled residual, and repeating until the residual stabilized. Added cases could return to the residual if their confidence later fell. The study reported 96.1% average supervised accuracy and up to 98.6% for its strongest tested bootstrapped configuration across twelve ambiguous words.

  8. SMOTE: Synthetic Minority Over-sampling Technique

    Published in June 2002, SMOTE addressed classification datasets with relatively few examples of an important class. Instead of repeatedly copying minority examples, its basic method constructs feature vectors between a minority example and selected minority-class neighbors, assigning the minority label. The motivation was to encourage broader decision regions rather than increasingly specific regions around duplicates. The paper supplies a numerical construction using the points (6,4) and (4,3), with a random fraction of their difference added to the first point.

  9. Domain Randomization for Transferring Deep Neural Networks from Simulation to the Real World

    On March 20, 2017, Josh Tobin and colleagues reported domain randomization as an alternative to precisely matching a simulator to reality. They generated labeled images while varying camera position, lighting, object placement, distractors, and unrealistic textures. A detector trained only on simulation localized tested real geometric objects to about 1.5 centimeters and supported grasping in clutter. Ablations showed real-image error depended on the chosen randomizations: fewer than 1,000 textures degraded performance, and omitting distractors harmed robustness to real distractors.

  10. Self-Instruct: Aligning Language Models with Self-Generated Instructions

    Self-Instruct starts from 175 human-written seed tasks, generates instructions and input–output instances, filters candidates, and fine-tunes the original model. Input-first classification generation favored particular labels, motivating generation conditioned on chosen labels. Filtering removed similar instructions, conflicting duplicate inputs and malformed instances. Nevertheless, an author’s audit of 200 sampled instructions with one instance each judged 92% of instructions valid, 58% of outputs correct and acceptable, and 54% of complete records valid. Construction, apparent task validity and correct supervision were therefore distinct in this dataset.

  11. DataDreamer: A Tool for Synthetic Data Generation and Reproducible LLM Workflows

    DataDreamer’s synthetic data cards trace chained generation steps and record dataset and model identities, execution dates, known licenses, configuration fingerprints and environment information. The authors recommend sharing exact prompts and intermediate outputs. They explicitly acknowledge that reproducibility concerns cannot be fully eliminated with closed-source models, and that automatically collected metadata requires human supplementation.

  12. Statistics Canada Quality Guidelines: Coverage and frames

    The target population comprises the units about which information is wanted. Practical exclusions can narrow this to a survey population. A sampling frame identifies and provides access to units; omissions, duplicates, erroneous inclusions and misclassifications create coverage errors. Probability sampling from a restricted survey population does not automatically justify claims about the broader target population. The guidance recommends documenting these differences and periodically checking frame coverage against other sources.

  13. The Oracle Problem in Software Testing: A Survey

    A test oracle is a procedure for distinguishing correct from incorrect behavior of the system under test. Generating inputs does not solve the separate problem of deciding whether their outputs are right. Complete specifications can support automated oracles, but specifications may be unavailable or incomplete. Metamorphic relations, documentation and execution evidence can support partial oracles; implicit checks detect only selected classes of failure. Where suitable artifacts are absent, humans must supply or assess expected behavior, incurring construction and review costs.

  14. DeepSeek-R1: Incentivizing Reasoning Capability in LLMs via Reinforcement Learning

    DeepSeek-R1’s reported rejection-sampling stage generates multiple responses per reasoning prompt and retains responses judged correct. Some judgments use rules; others use a model supplied with a reference answer. Additional filters remove mixed-language responses, long paragraphs and code blocks. The resulting reasoning examples are combined with non-reasoning data for supervised fine-tuning. The authors also fine-tune smaller Qwen and Llama models on the curated examples as distillation.

  15. OpenThoughts: Data Recipes for Reasoning Models

    OpenThoughts compares data-source, filtering, answer-generation and teacher choices through downstream student performance. In its answer-filtering experiments, random selection outperformed tested quality filters for math. The unfiltered arm retained twice as many examples and was explicitly not compute-controlled. Teacher choice also mattered: QwQ-32B-generated supervision outperformed DeepSeek-R1-generated supervision in the tested settings despite the teachers’ opposite standalone benchmark ordering. Selecting strategies by average performance did not yield the strongest result in every domain.

  16. PROV-DM: The PROV Data Model

    Provenance records the entities, activities and responsible agents involved in producing or delivering information. Entities include files and document versions; activities use and generate entities; derivation connects an output to an earlier entity through transformation, update or construction. These relationships provide a concrete representation for source-to-derived-data lineage. PROV distinguishes a particular document version from a resource identifying its changing latest version and warns that provenance descriptions must remain valid as resource state changes.

  17. Synthetic Data – Anonymisation Groundhog Day

    Experiments on synthetic tabular releases show that replacing original records with generated records does not automatically prevent inference about individuals in the source data. Privacy gains vary across records, generator types and attacker features; selected outlier records remain vulnerable even when randomly selected records receive much stronger protection.

  18. NIST AI RMF Playbook: Measure

    Construct validity asks whether an indicator measures the concept it claims to measure; external validity concerns generalization beyond development conditions. NIST calls for documented operating conditions, measurement assumptions, limitations and variance. Evaluations using human-subject data should reflect the population in the context of use. Applied to agent evaluation, define the deployment population and scenario dimensions before sampling, document exclusions, and compare sampled conditions with intended users, tasks and operating environments. A split within an unrepresentative dataset does not establish deployment coverage.

  19. Assessing Generative Models via Precision and Recall

    Sajjadi and colleagues' 2018 distributional precision–recall framework separates generated-sample quality from coverage of a reference distribution. In controlled image and text experiments, dropping reference modes reduced recall, while adding unsupported modes reduced precision; models with similar one-number FID scores could therefore exhibit materially different failures. The computation depends on samples represented through a meaningful embedding.

  20. How Faithful is your Synthetic Data? Sample-level Metrics for Evaluating and Auditing Generative Models

    Alaa and colleagues separate fidelity, diversity, and authenticity in synthetic-data assessment. Their analysis notes that a generator can attain perfect support-based fidelity and diversity by resampling its training records, without producing novel examples. Their density-sensitive precision and recall curves also distinguish shared support from matching probability mass. Consequently, plausible records and broad aggregate support do not establish novelty or useful independent information.

  21. Computer Use at the Edge of the Statistical Precipice

    The speaker reports that most tested frontier models do not maintain equivalent performance when the starting screen or application theme changes.

  22. The Art & Science of Benchmarking Agents

    Choose task distributions intentionally: production representativeness and coverage of rare consequential failures are different evaluation goals.

  23. Computer Use at the Edge of the Statistical Precipice

    Scale environment generation through a verification pipeline, not just through generating more application code.

  24. AmbigQA: Answering Ambiguous Open-domain Questions

    AmbigQA represents an ambiguous question through multiple plausible answers, each paired with a minimally rewritten question specifying its interpretation. Its annotated examples distinguish entity references, events, answer types and time-dependent meanings. Annotators search and read supporting Wikipedia pages rather than assuming that an existing single answer exhausts the question's interpretations.

  25. The Oracle Problem in Software Testing: A Survey

    A test oracle decides whether observed behavior is acceptable. The survey formalizes a deterministic oracle as a partial function from test activity sequences to true or false, distinguishing it from conceptual ground truth. An oracle can therefore be missing for some cases or disagree with intended behavior. Engineering inference: independently executing tests does not make their expected answers independent of the implementation's assumptions. If both encode the same mistaken interpretation of a requirement, execution can faithfully confirm their agreement while the delivered behavior remains wrong.

  26. Judging LLM-as-a-Judge with MT-Bench and Chatbot Arena

    The study uses anonymous candidate pairs, shared evaluation instructions, expert human votes, reference solutions for some questions, and human–human as well as human–model agreement. It examines order swaps, verbosity and reference-guided judging. In reasoning examples, a judge can reproduce an error present in the candidate answer; independently generated references reduce failures in the tested setting. Human reconsideration after seeing GPT-4's explanation is a separate, influenced judgment. The authors say their limited data cannot determine self-enhancement bias.

  27. Correlated Errors in Large Language Models

    The researchers measure whether pairs of models choose the same wrong answer, conditional on both being wrong. Across the studied multiple-choice datasets, wrong-answer agreement exceeded uniform-choice baselines for almost all model pairs. Shared provider and architecture were associated with greater agreement, but distinct providers did not eliminate it. When one model's answers were used as reference labels for another, shared mistakes could inflate measured accuracy. This directly demonstrates why agreement between different models need not supply independent confirmation.

  28. Synthetic QA Corpora Generation with Roundtrip Consistency

    The 2019 method selects an answer span from a passage, generates a question conditioned on both, and retains the example when a separately trained answering model recovers that span from the passage and question. Thus, the question generator receives the intended answer while the answering model does not. Filtering improved downstream question-answering performance in the reported ablations. Nevertheless, manual inspection judged only 39% of 46 accepted triples correct, versus 16% of 44 discarded triples. At fixed synthetic-example counts, combining two generation sources improved SQuAD2 development accuracy over one source.

  29. Let's Verify Step by Step

    The study distinguishes labels for final outcomes from labels for individual reasoning steps. Its human annotators marked generated steps positive, negative or neutral, retaining ambiguity rather than forcing every judgment into correct or incorrect. The authors explicitly identify false-positive outcome labels when incorrect reasoning reaches the correct final answer. They also selected apparently convincing wrong-answer solutions for human review because those cases exposed mistakes in the current verifier.

  30. Documenting Large Webtext Corpora: A Case Study on the Colossal Clean Crawled Corpus

    The authors examined documents excluded by C4's word blocklist, finding scientific, medical and other non-offensive content among removals. Identity-mention analysis and manual inspection showed exclusion of benign material discussing sexual orientations. A dialect-model analysis found disproportionate removal of text assigned African American English and Hispanic-aligned English categories. Inspecting rejected records therefore revealed composition effects that examining only the retained corpus would miss.

  31. SelectiveNet: A Deep Neural Network with an Integrated Reject Option

    Selective prediction pairs predictor f with selection function g: accept when g(x)=1, otherwise abstain. A confidence threshold or learned selection score determines acceptance. Coverage is phi = E[g(X)]; selective risk is E[loss(f(X),Y)g(X)]/phi for phi>0. On labeled evaluation data, measure coverage as accepted cases divided by all cases, and risk as average loss among accepted cases. Varying the threshold produces a risk–coverage curve. SelectiveNet jointly learns prediction and selection while optimizing risk subject to a target coverage constraint. This makes abstention measurable instead of treating a confidence statement as sufficient evidence of reliability.

  32. Training Krea 2 - What matters in generative model training.

    Curate against the intended aesthetic coverage rather than relying exclusively on conventional aesthetic or image-quality scores.

  33. Synthetic Simplicity: Unveiling Bias in Medical Data Augmentation

    The researchers deliberately vary the association between class labels and whether images are real or synthetic. In digit and echocardiogram classification experiments, strong source–label associations produce poor performance on combinations that break that association. A classifier can therefore exploit generation-related features as shortcuts instead of learning the intended class distinction, even when synthetic images appear realistic.

  34. AI models collapse when trained on recursively generated data

    The study examines repeated learning from preceding models’ generated samples. It describes early model collapse as loss of low-probability regions and later collapse as substantial departure from the original distribution. Finite resampling can omit rare events; approximation and learning errors can compound across generations. Its mathematical replacement setting uses samples from the immediately preceding model, while numerical experiments also examine mixtures.

  35. Is Model Collapse Inevitable? Breaking the Curse of Recursion by Accumulating Real and Synthetic Data

    The authors compare replacing prior datasets with newly generated samples against retaining earlier data and accumulating new samples. Replacement worsens error across the tested recursive settings, whereas accumulation keeps error bounded. Their language-model ablation also grows replacement datasets to match accumulation sizes; deterioration persists, though more slowly.

  36. Language Models are Few-Shot Learners

    Few-shot inference supplies demonstrations as input conditioning while keeping model weights fixed; fine-tuning changes pretrained weights through training. Examples consume bounded context and influence subsequent predictions without becoming parameter updates. Separately, benchmark contamination means evaluation material overlaps training data, weakening claims of generalization to unseen examples. GPT-3's study compares original scores with subsets lacking detected n-gram overlap, but acknowledges false positives and possible distribution differences between clean and original subsets. Conceptually, contamination concerns exposure to evaluation data; optimizing a proxy concerns objective mismatch, while biased reviewer labels concern measurement. Those problems can occur independently.

  37. Rethinking Benchmark and Contamination for Language Models with Rephrased Samples

    The authors generate paraphrased and translated benchmark cases that evade tested overlap detectors, then train models on those variants and observe inflated benchmark performance. Detection quality varies with subject, language, embedding model and threshold. Their dataset inspection also identifies rephrased benchmark cases in synthetic instruction datasets. Changing wording therefore does not reliably restore independence from an assessment case.

  38. Generalization in Adaptive Data Analysis and Holdout Reuse

    Repeatedly choosing hypotheses or configurations using earlier holdout results can overfit the holdout itself. The paper identifies hyperparameter tuning, feature selection, stopping decisions and analyst feedback as routes through which a supposedly held-out sample influences the selected system.

  39. imbalanced-learn: Common pitfalls and recommended practices

    Resampling a complete dataset before separating training and assessment can leak information: generating or selecting training examples may depend on records later assigned to the test set. It also changes the test distribution, potentially replacing naturally imbalanced conditions with an artificially balanced assessment. The documentation demonstrates keeping resampling within training folds through a pipeline.

  40. When Will The Benchmaxxing Plague End?

    Public benchmark questions and answers can be memorized without deliberate test-set training; use private holdouts and investigate benchmark-specific recall.

  41. Constitutional AI: Harmlessness from AI Feedback

    Constitutional AI constructs preference examples by presenting a feedback model with a prompt, two candidate responses and a written principle for choosing between them. The model's normalized option probabilities become supervision. The researchers supplied the principles and labeling demonstrations; generated preferences therefore reflect those specifications and the feedback model's interpretation. Their experiments replaced human harmlessness comparisons while retaining human helpfulness comparisons.

  42. Holistic Evaluation of Language Models

    HELM organizes evaluation into scenarios and desired properties, measures multiple properties under standardized conditions, and documents missing coverage. It separates core scenarios from targeted evaluations that isolate particular skills and risks. This distinction supports reporting challenge-set results as diagnostic evidence rather than silently combining them with a representative-use score. A collection chosen to expose failures does not, merely by being diverse, estimate how often those failures occur in deployment.

  43. Metamorphic Testing: A New Approach for Generating Next Test Cases

    The original report constructs follow-up tests from earlier input–output pairs using domain knowledge about expected behavior. Its binary-search example selects an element at a known position in a sorted array and uses that element as the next search key, providing an expected result without scanning the whole array. The authors present this as a complement to existing test-selection strategies, including cases where a general test oracle is unavailable.

  44. Real-valued (Medical) Time Series Generation with Recurrent Conditional GANs

    Train on Synthetic, Test on Real evaluates generated data by training a predictor on synthetic labeled examples and testing it on held-out real examples. The published procedure splits real data before fitting the generator and allows generator optimization on a separate validation set. The reverse procedure, training on real and testing on synthetic, can miss a generator’s failure to cover modes because the generated test set omits those cases.

  45. How to evaluate a model for your use case

    Evaluate performance on a large dataset independent of training data, and make evaluation part of the development workflow.

  46. Ship Real Agents: Hands-On Evals for Agentic Applications

    Use uncertainty around the measured failure rate, rather than the point estimate alone, when deciding whether a reliability target is met.

  47. Moondream: how does a tiny vision model slap so hard?

    Match training questions to real user input, including capitalization variation and typos.

  48. How We Built Zeta2: Training an Edit Prediction Model in Production — Ben Kunkle, Zed

    Zeta2's distillation pipeline checks frontier-model predictions for task-specific failures and repairs flagged outputs before using them as student targets.

  49. Don't be data poor

    Reverse the inference workflow: sample an outcome, select a compatible policy trace, and generate records conditioned on that trace.

  50. OpenThoughts: Data Recipes for Reasoning Models

    Model-assessed difficulty and response length worked better than embedding-based or fast text filtering in these experiments, but the best signal depended on domain.

  51. Moondream: how does a tiny vision model slap so hard?

    Use distractor questions to teach rejection of unsupported premises, but diversify them so the model cannot learn a topical shortcut.

  52. Don't be data poor

    Use coarse-to-fine generation that mirrors how the underlying documents arise.

  53. Don't be data poor

    Let domain experts steer generation at intermediate stages to create relevant failure scenarios and deployment-specific datasets.

  54. The Messy Reality of Scale: Synthetic Data and Pre-Training

    Scaling the training budget without sufficiently expanding the corpus can repeat high-quality examples enough to cause early saturation; rephrasing was used to reduce that repetition.

  55. The Messy Reality of Scale: Synthetic Data and Pre-Training

    A modular synthetic-data pipeline separates source inputs, metadata, generation, and supplementary validation so the same infrastructure can support both cheap transformations and complex workflows.

  56. OpenThoughts: Data Recipes for Reasoning Models

    Teacher selection should use student outcomes: the speaker reports Qwen-32B was a stronger teacher than DeepSeek-R1 despite the latter's own benchmark strength.

  57. Computer Use at the Edge of the Statistical Precipice

    Confidence intervals should account for both action stochasticity and environment variation while respecting the benchmark's structure.

  58. How We Built Zeta2: Training an Edit Prediction Model in Production — Ben Kunkle, Zed

    The experimental 'settled data' approach captures eventual code as a supervision signal, but inactivity does not establish that it is the correct next edit.

  59. How We Built Zeta2: Training an Edit Prediction Model in Production — Ben Kunkle, Zed

    Zeta2 evaluation uses held-out inputs, multiple teacher references, text-similarity scoring, and a separate reversal metric.