
GitHub's blog explains how to evaluate LLMs for production.
They use secret scanning as an example, focusing on reducing false positives while maintaining recall.
They treat offline evaluation like integration testing and keep it close to production.
What happened
GitHub's engineering blog shares practices for evaluating LLM-based systems before production, based on their work on secret scanning. They emphasize starting with the product decision, treating offline evaluation like integration testing, and keeping it close to production.
Why it matters
The article argues that offline metrics can mislead; a model may perform well on benchmarks but fail on real-world ambiguous inputs. They use precision as a primary goal, recall as a safety constraint, and operational guardrails, such as latency and cost, to decide whether to advance an experiment.
What to watch
They recommend changing one major variable at a time, versioning prompts and configurations, and testing model upgrades regularly. They also advise using synthetic data to fill coverage gaps, but not as a substitute for production-like data.
Ask the AI about this article →
The article addresses a common pitfall: relying on clean benchmarks to predict production performance. GitHub's secret scanning work illustrates that real inputs are ambiguous, and offline metrics may not translate to production. They prioritize precision (reducing false positives) while keeping recall within a safety bound, and they use operational guardrails like latency and cost to decide if a change is deployable.
Their approach treats evaluation as an ongoing process similar to integration testing. They rerun evaluations on any meaningful change, record every configuration, and change one variable at a time to attribute improvements correctly. They also stress that offline evaluation must mirror the production task, including context and formatting, to avoid false confidence.
They also caution against treating production labels as absolute truth, since workflow outcomes may not indicate true positives. To fill gaps, they use synthetic data for rare cases but note it should supplement, not replace, production-like data. The article suggests a systematic, product-first mindset for LLM deployment.
AI-summarized, only the topics you pick — one digest a day via Email, Slack, or Discord.
Free · takes 30 seconds · unsubscribe anytime
Ask AI anything about this article. Q&As are published on this page for other readers too.
Z.ai Co. released the code for GLM-5.3-Flash, an LLM with 320 billion parameters that activates 18 billion per…
Deep Cogito Inc. raised $43 million in a Series A round led by TQ Ventures, with participation from Benchmark…
Beijing introduced China's first dedicated "AI4Chip" policy, extending AI into semiconductor production across…

Many cloud-based AI services, including ChatGPT, use input data for AI training by default, even on paid perso…

Daily Dose of Data Science built an AI workflow using Mistral OCR 4 that reads every chart in a scientific pap…

Alibaba's Qwen team released Qwen3.8-Flash-Next, an open-weights multimodal MoE model that also serves as an e…
