Contents
  1. Synthetic examples and their intended contribution
  2. Construction routes and sources of supervision
  3. Task coverage and meaningful variation
  4. Inherited defects and learned shortcuts
  5. Verification and justified acceptance
  6. Selection effects and training exposure
  7. Generation provenance and affected descendants
  8. Protected assessment and indirect contamination
  9. Recursive generation and retained evidence
  10. Downstream utility on protected real cases
  11. Repair, expansion and stopping decisions
  12. Check understanding
  13. Open questions
  14. Selected talks
  15. References
  16. Talk library
← All topics

Synthetic Data

Synthetic data makes examples easier to obtain, but usefulness depends on what those examples teach. The central problem is choosing missing cases or supervision, checking their correctness, and preserving independent evidence that the resulting system improves. Generation, filtering, and repeated reuse each change the information available to the learner.

Synthetic examples and their intended contribution

Synthetic data is artificially constructed rather than collected from actual events. Here, a synthetic example means a record whose input, target, or both were constructed. A target is the answer or behavior supplied for learning. An observed request paired with a generated answer therefore contains synthetic supervision, even though its input is real.

Training fits model behavior from examples; generalization concerns performance on new cases. These are distinct from generating a larger file. Training and inference and independent assessment explain the learning boundary. The useful question is which new behavior the additional examples should support.

A constructed support-routing fixture provides a concrete task. Policy P1 sends explicit unauthorized-access reports to Security; otherwise, explicit duplicate-charge reports go to Billing. Other or unresolved requests go to Triage. Security takes precedence when both reports occur. The intended population contains English and Spanish requests. P1 defines this exercise, not an actual organization's policy.

Different shortages call for different interventions.
Development findingMissing contributionRequired improvement
Mixed-intent requests reach Billing.Cases exercising Security precedence.Correct routing when both reports occur.
Spanish requests exist without reviewed targets.Policy-supported labels for observed inputs.Better Spanish routing on new requests.
A request omits what happened.No factual evidence resolves the omission.Preserve Triage instead of inventing a report.

Fitness for purpose ties acceptance to the task and operating population. Missing cases may justify construction; missing labels may justify annotation. Missing facts require evidence. A fluent teacher answer can introduce details unsupported by the input, turning an information gap into incorrect supervision.

Construction routes and sources of supervision

Construction determines which parts of a record require justification.
RouteObserved or supplied materialConstructed materialTarget support
Input transformationAn existing input and target.A modified input; sometimes a modified target.A task-specific preservation or transformation rule.
Programmatic simulationRules and population assumptions.Events, records, and associated targets.The simulator's encoded assumptions; external validation remains necessary.
Source-conditioned constructionA document, image description, or policy.Questions and answers derived from it.Comparison with the source, including its omissions.
Teacher labelingObserved, unlabeled inputs.Model-produced targets.Additional filtering or review; the teacher supplies predictions.

Augmentation modifies existing examples to add useful variation. Lowercasing a duplicate-charge request preserves Billing under P1. Adding an explicit unauthorized-access report changes its target to Security. The transformation contract depends on the task: preserving wording similarity is insufficient when the changed content crosses a decision boundary.

Conditioning and checking have different roles

Example

A desired target guides construction but cannot certify the result.

The sampled branch conditions generation. Adjudication checks the completed request against P1, retaining supported targets and withholding unresolved or conflicting ones.
Read the diagram as text
  • Policy P1.
  • Sampled branch.
  • Generated request + proposed target.
  • Policy adjudication.
  • Accepted supervision.
  • Review or reject.
  • Policy P1Sampled branch: Supplies valid branches.
  • Sampled branchGenerated request + proposed target: Conditions generation.
  • Policy P1Policy adjudication: Supplies decision criteria.
  • Generated request + proposed targetPolicy adjudication: Supplies completed record.
  • Policy adjudicationAccepted supervision: Target supported.
  • Policy adjudicationReview or reject: Conflict or unresolved.

Seeds are starting examples that guide subsequent construction. Self-Instruct illustrates a seed–generate–filter process for instructions and input–output records. Choosing a label before generating its input can improve label balance, but the requested label remains a generation condition. The completed input must still support it.

Long records benefit from explicit intermediate structure. Fixed attributes can constrain an ordered event plan, which constrains individual documents and their preceding history. This coarse-to-fine construction localizes generation while preserving shared facts; it does not independently verify them.

A teacher model supplies supervision to a student, the model learning from it. Distillation transfers selected teacher behavior or signals; supervision can be generated text or probability targets. The teacher need not generate the inputs. Teacher predictions express learned behavior, not independently established truth.

Post-training adapts an already trained model using additional learning signals. Generated examples can supply those signals and support distillation. DeepSeek-R1's curated examples served both supervised fine-tuning and smaller-model distillation. Synthetic describes how examples originate; post-training and distillation describe how learning uses them.

Task coverage and meaningful variation

Coverage means representation of task-relevant cases; diversity means variation along meaningful distinctions. Useful dimensions include intent, language, wording, missing information, ambiguity, and valid combinations. A constructed initial batch can contain many Billing paraphrases while missing every case that tests precedence.

A coverage specification for the routing fixture. “Missing” denotes an unconstructed case, not measured production scarcity.
Policy conditionEnglish, conventional wordingSpanishEnglish, informal wording
Duplicate charge only → BillingPopulated: several paraphrasesPopulatedMissing
Unauthorized access and duplicate charge → SecurityMissingMissingMissing
Insufficient information → TriagePopulatedMissingMissing
Explicit unauthorized access → BillingInapplicable under P1Inapplicable under P1Inapplicable under P1

CheckList distinguishes changes that should preserve an output from changes that should alter it. That distinction separates robustness to wording from learning a new decision condition. Both may matter: paraphrases can test linguistic robustness, while adding a consequential fact tests policy reasoning. Filling either cell is a coverage achievement, not yet evidence of a training gain.

Deliberately generating more rare cases can support diagnosis without reproducing their deployment frequency. Sampling and coverage explain why selected proportions do not automatically estimate population proportions. Report an enriched challenge set separately from a representative-use assessment; each answers a different question.

Distribution shift changes input or outcome patterns between training and actual use. Clean generated requests can miss informal, incomplete, or combined requests. Distribution shift and prediction coverage explains why source-distribution performance need not transfer. Variation should follow relevant use conditions, not merely whatever the generator produces easily.

Inherited defects and learned shortcuts

Generator bias is systematic distortion in produced cases or answers. Seeds, source material, instructions, and the model's learned behavior shape the result. Expanding a mistaken interpretation across many records can multiply its influence without adding independent support. Rephrasing a seed changes presentation while retaining much of its information.

A shortcut is an incidental cue that predicts training labels without expressing the intended task. In the routing fixture, inserting team names only into their matching categories could teach name matching. Controlled image experiments demonstrate the broader mechanism: models exploited associations between generated-image origin and class, then failed when that association changed.

Repetitive distractors create a similar risk. A vision-model developer reported generators repeatedly choosing dinosaurs and aliens for irrelevant questions. Those examples could teach rejection of particular topics instead of rejection of unsupported premises. Deliberate counterexamples must vary the incidental cue while preserving the intended distinction.

Source grounding addresses unsupported additions only when the source supports the claim. LNQA constructs questions from facts extracted from image descriptions, yet an omitted object is not necessarily absent from the image. A shared source omission can survive both extraction and answer generation.

Repeated agreement is also weaker than independent verification. A model judge can reproduce an error suggested by a candidate answer; different model names alone establish no independence. Checks grounded in separately established references address this specific failure more directly than additional votes.

Teacher selection should follow student outcomes. OpenThoughts found that QwQ-32B supervision outperformed DeepSeek-R1 supervision in tested settings despite the opposite ordering of standalone teacher performance. A stronger answerer is not necessarily a better source of learnable targets.

Verification and justified acceptance

A test oracle is a procedure for deciding correctness; a rubric states assessment criteria. Generating an input does not supply its oracle. Oracles, rubrics and human judgments explains how specifications, execution evidence, and expert judgments support different checks.

One generated record contains the request “I was charged twice, and someone accessed my account without permission,” with target Billing. A schema, the contract for permitted fields and types, can accept this record. P1 still supports Security. Structure and policy meaning require separate checks.

Four findings about the same record.
PropertyFindingEvidence required
Structural validityPasses the field-and-type contract.Schema validation.
Input plausibilityThe described combination is possible.Task-informed review; plausibility does not certify the target.
Target correctnessBilling conflicts with P1's precedence.Adjudication of the request against the policy.
Learning usefulnessUnknown, even after correction.A downstream comparison using the corrected example.

Execution checks establish tested behavior. Incomplete tests can miss defects, and a test encoding the generator's mistaken policy interpretation can faithfully confirm the same mistake. A stale policy similarly checks the wrong contract. More executions do not repair an incorrect expectation.

An LLM-as-a-judge applies assessment criteria using a language model. Compare its decisions with domain-expert judgments before relying on its filtering, as discussed in automated judge reliability. A request correctly assigned Triage because information is missing differs from unresolved annotation disagreement. The latter needs review or exclusion from accepted supervision.

Self-Instruct's one-annotator audit of 200 sampled instructions, each with one instance, judged 92% of instructions valid but only 54% of complete records valid. Those scoped findings distinguish a sensible task description from acceptable supervision.

Selection effects and training exposure

Rejection sampling, as used in these pipelines, generates candidates and retains those meeting criteria. DeepSeek-R1 combined correctness judgments with additional presentation filters. Such rules define the retained distribution; they are recipe choices, not universal definitions of useful data.

ag=AgNg,Ng>0a_g=\frac{A_g}{N_g},\qquad N_g>0 Here, NgN_g is the number of generated candidates in subgroup gg, AgA_g is the number accepted, and aga_g is its acceptance rate. The rate is undefined when no candidates were generated. It measures retention, not correctness.

Retention changes language composition

Example

A 73.3% overall acceptance rate hides 90% versus 40% subgroup retention.

Candidate policy-branch proportions match across languages. Of 60 candidates, 44 survive. Spanish share falls from 20/60 = 33.3% to 8/44 = 18.2%. Rejection counts do not establish incorrect rejection; that requires review.
Read the diagram as text
  • English candidates: 40.
  • Spanish candidates: 20.
  • English accepted: 36.
  • English rejected: 4.
  • Spanish accepted: 8.
  • Spanish rejected: 12.
  • English candidates: 40English accepted: 36: Verifier accepts: 90%.
  • English candidates: 40English rejected: 4: Verifier rejects: 10%.
  • Spanish candidates: 20Spanish accepted: 8: Verifier accepts: 40%.
  • Spanish candidates: 20Spanish rejected: 12: Verifier rejects: 60%.

Unequal retention can hide behind an acceptable overall score. The figure holds candidate policy-branch proportions equal across languages, then exposes different verifier decisions. These counts identify composition change. They cannot establish false rejection without independently reviewing rejected examples.

Inspect both sides of the filter. C4's blocklist audit found benign material among rejected documents and disproportionate removal in model-assigned dialect categories. In a synthetic pipeline, analogous audits can reveal valuable cases discarded by a quality proxy. Generating more candidates under an unchanged exclusion rule can preserve the same omission.

Stricter filtering need not improve learning. In OpenThoughts' math experiments, random selection outperformed tested answer-quality filters. Its unfiltered arm retained twice as many examples and was not compute-controlled. Selection quality and added training exposure therefore require separate interpretation.

Retained membership also differs from training exposure: sampling can repeatedly show a learner some records and rarely show others. Exact duplicates, differently worded seed descendants, and genuinely distinct cases require different handling. Duplicates and meaningful repetition provides the underlying identity distinctions; inspect topic coverage after filtering rather than treating deduplication as sufficient.

Generation provenance and affected descendants

Provenance records origins and production activities. Collection, identity and permitted use introduces this foundation. For generated examples, shared source, seed, and verifier dependencies identify families needing reassessment even when their wording differs.

A proposed generation record extends workflow metadata with application-specific judgment and membership evidence.
Record groupRetain
InputsSource versions, seed identities, and parent-record identities.
ConstructionGenerator and teacher identities, prompts, relevant settings, execution date, and actual outputs.
JudgmentVerifier version, supporting evidence, reviewer decisions, corrections, and selection reasons.
UseRecord versions and downstream dataset membership.

Shared dependencies identify affected records

Example

A verifier defect reaches both descendants despite different wording.

This proposed lineage records derivation, verification use, and snapshot membership. A defect in V1 triggers reassessment of A1 and B1 and review of their inclusion in D1.
Read the diagram as text
  • Policy P1.
  • Seed S1.
  • Record A1.
  • Record B1.
  • Verifier V1.
  • Dataset snapshot D1.
  • Policy P1Seed S1: Informs construction.
  • Seed S1Record A1: Derived example.
  • Seed S1Record B1: Derived example.
  • Verifier V1Record A1: Checks target.
  • Verifier V1Record B1: Checks target.
  • Record A1Dataset snapshot D1: Included version.
  • Record B1Dataset snapshot D1: Included version.

Corrections create new record versions and membership records. Preserve the identity of historical snapshots instead of silently changing what an earlier evaluation used.

Recorded settings support traceability, not guaranteed regeneration from a changing service. DataDreamer's authors explicitly acknowledge remaining reproducibility limits with closed models.

Generation does not automatically remove privacy risk. Experiments on synthetic tabular releases found that some source individuals remained vulnerable to inference. Remaining identification risk addresses this boundary. Permitted use likewise depends on actual source and generator restrictions; rights and decision authority explains the separate governance decision.

Protected assessment and indirect contamination

Contamination occurs when protected assessment information influences generation, selection, training, or development choices contrary to the assessment's independence assumptions. A benchmark case used as a generation demonstration can influence training through its descendants. A separate test filename does not establish a separate information source.

Establish independent data boundaries before expanding seeds. Keep related descendants together where the claim requires unseen families. Paraphrased benchmark cases have evaded tested overlap detectors while inflating subsequent benchmark scores. Exact and near-match checks are partial defenses; different wording does not restore independence, and a teacher's previous exposure may remain unknown.

Development and assessment supply different inputs

Protected real cases enter assessment after the candidate is frozen.

Development cases guide construction and selection. The fitted candidate and protected real cases meet only at assessment; the diagram contains no assessment-to-development feedback path.
Read the diagram as text
  • Development cases.
  • Generation and selection.
  • Fitted, frozen candidate.
  • Protected real cases.
  • Final assessment.
  • Development casesGeneration and selection: Guides recipe choices.
  • Generation and selectionFitted, frozen candidate: Supplies training examples.
  • Fitted, frozen candidateFinal assessment: Supplies predictions.
  • Protected real casesFinal assessment: Supplies independent cases.

Two routes across the assessment boundary

Text derivatives and decision feedback can both compromise independence.

The upper route copies assessment information through paraphrased descendants. The other uses final results to change filters. Both influence the next candidate; differently worded records do not remove these dependencies.
Read the diagram as text
  • Protected assessment.
  • Test-derived seed.
  • Paraphrased training records.
  • Inspected final results.
  • Revised selection rule.
  • Next candidate.
  • Protected assessmentTest-derived seed: Leak: generation example.
  • Test-derived seedParaphrased training records: Retains task information.
  • Paraphrased training recordsNext candidate: Training data.
  • Protected assessmentInspected final results: Assessment output.
  • Inspected final resultsRevised selection rule: Leak: decision feedback.
  • Revised selection ruleNext candidate: Changes training selection.

Final results can leak through decisions without supplying any copied text. Repeatedly changing prompts, filters, or stopping choices after inspecting those results adapts the system to the assessment. Once reused this way, it is development evidence; the original independence claim requires a new assessment.

Synthetic challenge cases remain useful for targeted diagnosis. They establish behavior on constructed conditions, while representative real cases support a different claim about intended use. Combining those results into one unlabeled average hides the distinction.

Recursive generation and retained evidence

Recursive synthetic training makes a learner from one round a generator or teacher for the next. Finite resampling can omit rare cases; approximation and learning errors can then compound. Model collapse names degradation documented under particular recursive conditions, including loss of low-probability regions. It is distinct from repetitive one-shot generation or a single shortcut.

Replacement and accumulation expose later learners to different evidence. One study found deterioration under replacement but bounded error under accumulation in its tested settings. Its language experiments began with TinyStories, itself generated, and accumulation increased training work as datasets grew. Retaining earlier data was consequential, but it did not establish a universally safe mixture.

Replacement passes generated samples forward

Later learners lose direct access to the earlier corpus.

Each dataset trains a model that generates the next dataset. Under replacement, D0 does not directly train M1 or M2. Rare cases omitted from generated samples can disappear from subsequent learning.
Read the diagram as text
  • Earlier corpus D0.
  • Model M0.
  • Generated corpus D1.
  • Model M1.
  • Generated corpus D2.
  • Model M2.
  • Earlier corpus D0Model M0: Trains.
  • Model M0Generated corpus D1: Generates.
  • Generated corpus D1Model M1: Trains.
  • Model M1Generated corpus D2: Generates.
  • Generated corpus D2Model M2: Trains.

Accumulation retains earlier training inputs

Retention adds evidence paths absent under replacement.

M1 receives D0 and D1; M2 receives D0, D1, and D2. These added paths depict data availability, not guaranteed correctness or equal computational work.
Read the diagram as text
  • Earlier corpus D0.
  • Model M0.
  • Generated corpus D1.
  • Model M1.
  • Generated corpus D2.
  • Model M2.
  • Earlier corpus D0Model M0: Trains.
  • Model M0Generated corpus D1: Generates.
  • Generated corpus D1Model M1: Trains.
  • Earlier corpus D0Model M1: Retained input.
  • Model M1Generated corpus D2: Generates.
  • Generated corpus D2Model M2: Trains.
  • Earlier corpus D0Model M2: Retained input.
  • Generated corpus D1Model M2: Retained input.

Fresh observations, authoritative task constraints, and independent checks introduce evidence that does not depend solely on the latest generator. Their value must still be tested. For the routing fixture, track policy interpretation and rare-condition coverage across rounds, retain ancestry, and vary generation count and synthetic proportion as experimental factors rather than treating any ratio as safe.

Downstream utility on protected real cases

Downstream utility is improvement in the intended use of the resulting system. Train-on-synthetic/test-on-real evaluates a predictor fitted on generated examples against held-out real cases—cases excluded from fitting. Testing only on generated cases can miss regions the generator omits. This replacement-data experiment does not establish that adding synthetic examples improves a real-data baseline.

An ablation changes an ingredient to investigate its contribution. Hold model initialization, evaluation cases, tuning access, and the stated training budget constant where the comparison requires it. Separate content changes from extra exposure. Controlled offline comparisons supplies the broader method; synthetic-data experiments must identify which part of the recipe changed.

Comparison arms for the routing fixture; these are experiment designs, not measured results.
ArmControlled comparisonContribution tested
Real-only baselineSame learner and real-case assessment.Existing-data performance.
Verified synthetic additionsSame initialization; fixed training exposure.Changing example content and mixture.
Real-data exposure controlRepeat real examples to match any extra training exposure.Additional fitting versus additional content.
Real-label improvementComparable total resources, where feasible.Synthesis versus correcting or acquiring real supervision.
Bounded recipe ablationsChange generation route, filter, or mixture separately.Which ingredient contributes to the observed gain.

Assess the targeted Spanish mixed-intent cases and ordinary requests separately. Report eligible counts, unresolved judgments, and uncertainty around differences; an aggregate can conceal regressions. Uncertainty in scores and differences explains interpretation. Coverage of the intended users, tasks, and operating conditions remains necessary even when the test set was held out correctly.

Offline routing accuracy is not yet evidence that support work improved. Appropriate handoff and reduced misrouting burden are additional workflow outcomes. The measurement must match the intended improvement rather than substituting fluent explanations or high filter scores.

Repair, expansion and stopping decisions

Failure diagnosis determines the next intervention. Failure analysis separates observations from competing explanations. More candidates address scarcity; corrected targets address bad supervision; broader retention addresses exclusion. None automatically repairs a learner that ignores the intended distinction.

Conditional findings and next comparisons for the routing fixture.
FindingBounded interventionDiscriminating comparison
Independent review confirms valid Spanish cases were rejected.Repair the language-sensitive verifier rule.Reassess retained coverage and new real-case errors.
Accepted records rely on team-name cues.Construct cases breaking that cue–label association.Test routing when team names are absent or misleading.
Targets encode the wrong precedence.Correct supervision and affected descendants.Check policy-supported labels before another learning run.
New user behavior lacks source support.Collect permitted observations and review failures.Compare generated scenarios with actual requests.
The targeted slice improves but ordinary cases regress.Reassess mixture and training exposure.Use matched ablations before expanding.

Small, failure-focused experiments support rapid iteration; broader checks reveal regressions outside the repaired slice. Stop expanding a recipe when meaningful gains disappear or harms dominate. Pause when evidence is insufficient. Release and revision decisions should apply predeclared requirements, rather than equating a larger accepted dataset with progress.

Accepted examples influence learning through their sampling and mixture, not membership alone. Training schedules belong to Post-training and Alignment and Pretraining and Midtraining. Here, the decision is which evidence merits additional exposure, and whether the comparison demonstrates the intended benefit.

Open questions

  1. Predicting teacher suitability before expensive student training remains unresolved. Teacher accuracy alone misses transfer differences, while proposed explanations such as trace format and length remain unisolated. Progress would predict student gains across domains while controlling example count and training exposure.

  2. Separating meaningful novelty from extra exposure remains difficult. Rephrasing reinforces selected information without necessarily adding a decision condition. Matched comparisons of repetitions, paraphrases, and new condition combinations would clarify which contribution improves protected real-case performance.

  3. Reliable verification without shared errors remains costly. A judge can inherit a candidate's mistaken reasoning, while human agreement does not establish truth. Progress would measure incorrect acceptance and rejection against independently established references across difficult case families.

  4. Long-run retention strategies need evidence beyond existing recursive experiments. Accumulation changes available data and training work together, complicating attribution. Progress would compare retention and replacement across rounds under matched resources while tracking rare-case performance.

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 policy-conditioned scenario construction and coarse-to-fine records for evaluation.

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.

22 matching talks

TalkSpeakerEventYear
Ilan BigioAI Engineer World's Fair 20252025
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
Pierluca D'OroAI Engineer World's Fair 20262026
Mohak SharmaAI Engineer Summit 20252025
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

Cited in this entry

Varun SinghAI Engineer World's Fair 20262026
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
Jerry LiuAI Engineer Summit 20232023
Hursh AgrawalAI Engineer World's Fair 20262026
RL Environments at Scale

Metadata candidate

Will BrownAI Engineer Code 20252025
Marah Abdin, Robert McHardyAI Engineer World's Fair 20262026
Cormac BrickAI Engineer World's Fair 20262026

References

Coverage and source review
Processed transcripts
18 processed in full · 5 in the curated path
Automated source review
Passed
Metadata candidates
9 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

    Learning objectives and section 1. Supports the first-use definition and a programmatic construction example; defining a synthetic example by its constructed input, target or both is a chapter-level operational convention.

  2. Language Models are Few-Shot Learners

    Section 2, Approach, and figure 2.1; section 4, Measuring and Preventing Memorization of Benchmarks; appendix C, overlap methodology and results.

  3. Don't be data poor

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

  4. The Government Data Quality Framework

    Fitness for purpose; data quality principles; lifecycle; quality dimensions and user-needs tradeoffs.

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

    The speaker warns that blindly training on a more capable model's answers can teach plausible elaboration rather than grounded image understanding.

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

    Data augmentation discussion and equations defining invariance, equivariance, and paired image/label cropping.

  7. LNQA: A New Dataset for Visual Question Answering

    Methodology, Challenges and Solutions, and Post-Processing and Filtering. An original account of source-conditioned construction and deliberate variation.

  8. Model-Maxxing: RFT, DPO, SFT (Fine-tuning with OpenAI) — Ilan Bigio, OpenAI

    Combine schema-generated examples with filtered teacher outputs on actual unlabeled user inputs.

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

    Sections 2–3 and Table 2. Seeds are starting examples used to guide subsequent generation; outputs are targets the learner is trained to produce.

  10. Don't be data poor

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

  11. Distilling the Knowledge in a Neural Network

    Sections 1–2. Supports a brief teacher–student vocabulary bridge to /topics/distillation, without reproducing optimization details.

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

    Sections 2.3.3–2.4. Concrete example of generate–judge–retain selection and generated supervision consumed by post-training and distillation; link to /topics/post-training and /topics/distillation.

  13. How to construct domain-specific LLM evaluation systems.

    Use an LLM to role-play the target user and generate inputs across application features, scenarios, and tools.

  14. Beyond Accuracy: Behavioral Testing of NLP Models with CheckList

    Sections 1–2 and Figure 1. Supports designing a coverage matrix around meaningful distinctions rather than merely counting paraphrases.

  15. Statistics Canada: Survey Methods and Practices

    Sections 6.1.3, 6.2, 6.2.6 and 7.1; sampling choices for inspection and labeling.

  16. Holistic Evaluation of Language Models

    Verified full version 2 text: scenario selection and multi-metric evaluation; Targeted evaluations overview; sections 5 and 10.

  17. Dive into Deep Learning: environment and distribution shift

    Section 4.7 introduction; 4.7.1 Types of Distribution Shift; covariate-shift and label-shift subsections.

  18. Your Evals Are Meaningless (And Here’s How to Fix Them)

    Dataset drift, as used in the talk, includes inadequate coverage of messy, ambiguous, and combined real-user requests.

  19. The Base Model is Dead

    Trinity Large reportedly used synthetic rephrasing to upsample seed information through multiple formulations.

  20. Synthetic Simplicity: Unveiling Bias in Medical Data Augmentation

    Sections 3–5. Controlled evidence of source-related shortcut learning and class-specific regressions; a shortcut is an incidental predictive cue that fails when the association changes.

  21. 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.

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

    Sections 3.3–3.5 and 4.1–4.2; appendix C.1 human collection procedure; reasoning case studies.

  23. OpenThoughts: Data Recipes for Reasoning Models

    Sections 4.5–4.6 and 5–6. Supports ablations—comparisons changing an ingredient—and the distinction between example acceptance, teacher scores and downstream utility.

  24. The Oracle Problem in Software Testing: A Survey

    Section 1 Introduction; discussions of specified, derived and implicit oracles; section 7 Human Oracles.

  25. OWASP Input Validation Cheat Sheet

    Goals of Input Validation; Input Validation Strategies; Implementing Input Validation. Brief vocabulary bridge to /topics/structured-outputs.

  26. Don't be data poor

    The speaker reports that clinicians identified synthetic versus real records about sixty percent of the time in a blind review.

  27. The Oracle Problem in Software Testing: A Survey

    Section 2, Definitions 2.4–2.8: test oracle, ground truth, soundness, and completeness; discussion of specified oracles.

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

    Section 3.1.2 and Algorithm 1. Establishes task-specific downstream utility and the importance of which distribution supplies assessment cases.

  29. How to construct domain-specific LLM evaluation systems.

    Introduce LLM-as-a-judge for criteria that assertions cannot capture, and align its judgments with a human domain expert before trusting it.

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

    Sections 5.1–5.3 and recommendations; empirical example for cleaning and coverage.

  31. Everything you need to know about Finetuning and Merging LLMs

    Combine existing datasets, deduplicate them, filter sample quality, and inspect topic coverage before generating additional data.

  32. PROV-DM: The PROV Data Model

    Introduction; core entities, activities, agents and derivations; section 7 on changing resources.

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

    Section 4.8, Table 3 and section 5. Generation-specific provenance example complementing /topics/data-quality-and-curation#section-1.

  34. Synthetic Data – Anonymisation Groundhog Day

    Section 4.3 and Figure 2. Brief caution supporting /topics/privacy-and-data-governance#section-4.

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

    Sections 3 and 5, including detector comparisons and synthetic-dataset inspection. Extends the reused GPT-3 contamination note with synthetic descendants and paraphrase mechanisms.

  36. Generalization in Adaptive Data Analysis and Holdout Reuse

    Introduction and problem formulation. Applied to synthetic data, changing generation prompts or filters in response to final-assessment results creates the same kind of adaptive dependence.

  37. AI models collapse when trained on recursively generated data

    Definition 2.1, error mechanisms and theoretical setup. Explains a recursive feedback failure rather than ordinary one-round augmentation.

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

    Section 2, especially language-model experiments and size-control ablations. Supports distinguishing replacement from augmentation with retained evidence.

  39. The Base Model is Dead

    The transcript presents competing approaches rather than an established requirement: one recipe rejects model-generated data while Nemotron incorporates synthetic and post-training-style data early.

  40. Your Evals Are Meaningless (And Here’s How to Fix Them)

    Turn underperforming production queries into labeled regression cases in a continuously updated test bank.

  41. OpenThoughts: Data Recipes for Reasoning Models

    Treat OpenThoughts-style data creation as an experimental pipeline, select promising choices at small scale, and recheck them when scaling.

  42. How to construct domain-specific LLM evaluation systems.

    Use evaluation results to select promising examples for human review and route failed cases through a continuing curation workflow.

  43. NIST AI RMF Playbook: Measure

    MEASURE 2.2 representative population and collection context; MEASURE 2.5 validity, reliability and generalization limitations.

  44. Evaluating Generative AI Systems Is a Social Science Measurement Challenge

    Sections on conceptual and operational debates; section 5 recommendations; appendix B lenses of validity.

  45. Stop Making Models Bigger, Make Them Behave — Kobie Crawford, Snorkel

    Use diagnostic rubrics to identify specific behavioral failures and choose datasets, while retaining a single reward value for the GRPO training cycle.

  46. Model-Maxxing: RFT, DPO, SFT (Fine-tuning with OpenAI) — Ilan Bigio, OpenAI

    Deterministic scoring does not repair inconsistent labels or underspecified user intent.

  47. Model-Maxxing: RFT, DPO, SFT (Fine-tuning with OpenAI) — Ilan Bigio, OpenAI

    Cover the behaviors and prompt variations that must remain reliable; narrow SFT can regress on omitted tasks, and changing the system prompt can introduce distribution shift.

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

    Use small failure-focused experiments for rapid iteration, then periodically run the full dataset, especially before shipping.

  49. 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.

  50. Best practices for the human evaluation of automatically generated text

    Sections 4.2–4.5 and Table 3; human assessment design and reporting.

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

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

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

    Cover realistic task diversity, alternate phrasings of the same intent, and difficult edge cases; use synthetic queries when real traffic is unavailable or unsafe to collect.