Claude

IntuitionLabs is now a member of the Claude Partner Network – AI training and upskilling with Claude for pharma and biotech. Book a call.

IntuitionLabs
Back to Articles
IntuitionLabs

gnomad allele frequency · variant curation

gnomAD Allele Frequency Variant Curation: GroupMax FAF Guide

November 14, 2026
29 min read

Explains gnomAD AC, AN, AF, filtering allele frequency and GroupMax FAF for variant curation in 2026: BA1/BS1 limits, absent vs uncallable sites, v4.1 exome-genome discordance (2.5%), evidence rows and tests.

gnomAD Allele Frequency Variant Curation: GroupMax FAF Guide
Summary
  1. 01Observed AF is AC divided by AN. GroupMax FAF comes from the ancestry group with the highest FAF, which can differ from the group with the highest AF.
  2. 02No universal rarity threshold applies. Store each disease-specific threshold with its inheritance mode, derivation assumptions, FAF confidence level and specification version.
  3. 03Absence and lack of callability are different states. Check all-sites AN before interpreting an absent variant, and never treat a missing FAF as zero or as proof of rarity.
  4. 04The article recommends escalation when coverage is low, data types disagree, FAF is missing or no disease-specific policy exists. Automatic exclusion requires a complete evidence row.
  5. 05Capture normalized allele, build, release, data type, group, counts, FAF semantics, coverage, flags and review status at every lookup. Release changes require re-evaluation and a new evidence row.
01

Executive Summary

This report explains which gnomAD frequency fields belong in a research variant-exclusion policy, what each field can and cannot support, and when a pipeline should escalate to a human curator instead of excluding a candidate. It is a research-process reference, not individual clinical advice. As of November 2026, the frequency data in gnomAD are the v4.1 family: v4.1.1 was released on March 30, 2026 ([1]), and the later v4.1.2 is a constraint-only update in which all variant frequency data and filtering status are unchanged from v4.1.1 ([2]).

Three distinctions carry most of the weight. Observed allele frequency (AF) is allele count (AC) divided by allele number (AN), so it reflects confidently sequenced haplotypes ([3]). The filtering allele frequency (FAF) is a different quantity: gnomAD defines it as the maximum credible genetic ancestry group AF, for example the lower bound of the 95% confidence interval ([4]). The browser's GroupMax FAF comes from the group with the highest FAF, not the group with the highest AF ([5]). The ClinGen Variant Curation Expert Panel (VCEP) Review Committee's June 23, 2025 communication uses the same definition and names GroupMax FAF as the frequency to apply for BA1 and BS1 ([6]) ([7]).

No universal rarity threshold exists. The 2015 ACMG/AMP standards set BA1 at an allele frequency above 5% ([8]), but ClinGen's 2018 refinement lets disease experts define gene-specific values numerically smaller than 0.05. In published 2018 specifications, BA1 was 0.1% for one cardiomyopathy gene ([9]) and 0.05% for RASopathy genes ([10]). The June 2025 communication recommends avoiding strict absence when specifying BA1, BS1 and PM2 thresholds ([11]).

"Not seen" and "not callable" are different states. Since v4.1, gnomAD computes AN across all callable sites ([12]), and a locus missing from the all-sites AN files means zero gnomAD samples had any genotype call there ([13]). Absence at a well-covered site is weak evidence: ClinGen's Sequence Variant Interpretation (SVI) group moved PM2 from Moderate to Supporting strength ([14]). Exome and genome frequencies can also disagree: gnomAD reports that about 2.5% of variants (2,230,151 of 91,177,483) have statistically different frequencies between data types ([15]), a release-specific comparison and not an error rate.

The practical recommendation is a versioned evidence row for every frequency lookup (build, normalized allele, release, AC, AN, AF, group, FAF semantics, filters, flags, review status) plus acceptance tests that force escalation when AN is low, the site is flagged, datasets disagree, or no disease-specific policy exists. No current variant-count audit or real reclassification was performed for this report.

2.5%

Approximate share of variants with statistically different exome and genome frequencies in the v4.1 comparison; not an error rate

2,000

Minimum observed alleles at a site required by ClinGen's generic BA1 refinement

0.05%

Published BA1 value for RASopathy genes in a historical specification; current registry values were not verified

02

Introduction and Background

Research teams that triage candidate variants in rare-disease programs routinely use population frequency to remove variants that are too common to explain a penetrant disorder. The decision looks mechanical, yet it combines several ambiguities: which release and data type were queried, which ancestry group supplied the number, whether the site was sequenced in enough individuals, and whether a threshold derived for one disease is being applied to another.

This report addresses data stewards, curation leads and translational genomics platform owners who must write that policy down. It treats the gnomAD (Genome Aggregation Database) frequency fields as an evidence interface with documented semantics and separates three questions that are often collapsed. What does the number mean? Is it trustworthy at this site? Is it comparable with the threshold being applied?

The exclusion decision and the human-review boundary

A frequency rule in a research pipeline has two defensible outputs: exclude with a recorded rationale, or escalate to a curator. The design principle proposed here is that automatic exclusion should require every prerequisite to be machine-checkable, and any missing prerequisite should route to review. This is an editorial recommendation for software teams, not a ClinGen requirement. The June 2025 ClinGen communication gives no numeric thresholds, coverage requirements or minimum allele counts for VCEPs generally; it sets an approach, and those choices remain in each disease-specific specification.

Escalation is the safer default because frequency evidence is probabilistic. The committee notes that although gnomAD removed severe pediatric disease cohorts, the database still contains individuals with rare disease ([16]). A variant wrongly excluded on a flawed number disappears silently, whereas a false candidate is usually rejected later by a curator.

The process point here is that frequency lookups are versioned data products, and a policy that does not record release, field semantics and review state cannot be audited. The factual claims below rely only on independent public sources, and 2018 specifications are shown purely as examples of disease-to-disease variation; their current registry values were not rechecked.

F.01
Published BA1 cutoffs (%): historical examples; current specifications not rechecked
03

Definitions: AC, AN, AF, FAF, GroupMax FAF and Coverage

The basic fields

Allele count (AC) is the number of observed alternate alleles. Allele number (AN) is the number of alleles with a genotype call at the site, which the VCF specification defines as the total number of alleles in called genotypes ([17]). In a VCF, AC carries one value per ALT allele in the same order as the ALT listing ([18]). gnomAD's AF is AC divided by AN, and AN can differ substantially between positions because coverage and quality vary ([3]). The VCF specification's own AF field is defined differently, as an estimate from primary data rather than called genotypes ([19]), so a generic VCF AF should not be assumed to equal gnomAD's AC/AN.

AN is a site-specific quantity, not a function of cohort size. Since version 4.1, gnomAD computes AN across all callable sites, including sites with no observed variation, and reports AN for both data types if the variant was called in either data type ([20]). Pipelines should never assume AN equals twice the number of samples.

Filtering allele frequency (FAF)

FAF answers a different question from AF. Rather than "what was observed?", it asks "what is the highest true population frequency still consistent with this observation, given the sample size?" Whiffin and colleagues illustrate why: a variant observed only once in a sample of 10,000 chromosomes is more likely to have a true frequency below 1 in 10,000 ([21]), and the ExAC authors likewise report that frequency estimates from low allele counts are upward-biased and imprecise ([22]). Hail's documentation defines FAF as the highest true population allele frequency for which the upper bound of the confidence interval of allele count, under a Poisson distribution, is still below the observed count given the allele number ([23]). The method originates with Whiffin et al., who computed a maximum tolerated allele count at the upper bound of a one-tailed 95% Poisson interval ([24]) and then reversed the process to obtain a filtering AF ([25]). gnomAD introduced the annotation in v2.1, computed with Poisson 95% and 99% intervals per population ([26]).

The 95 versus 99 distinction is a confidence level, not a population: gnomAD lists FAFs for each genetic ancestry group separately at both levels ([27]), and the gnomad_methods library defaults to thresholds of 0.95 and 0.99 ([28]). Hail is explicit that its filtering AF is not disease-specific ([29]); it must be compared with a disease-specific maximum credible AF, and a variant whose filtering AF is at or above that value is filtered ([30]).

GroupMax FAF, grpmax and popmax

Three similar names are easy to confuse.

  • Popmax (older releases): in v2.1, the allele frequency information for the non-bottlenecked population with the highest frequency ([31]). The ExAC authors found that filtering on the highest single-population AF was more powerful than filtering on global AF ([32]).
  • Grpmax (v4 vocabulary): gnomAD's 2023 update replaced "population" with "genetic ancestry group" to signal that groups are inferred, artificially created clusters ([33]). The grpmax annotation holds AC, AN, AF and homozygote count for the group with the highest AF ([34]) and is distinct from filtering allele frequency ([35]).
  • GroupMax FAF (browser label "Grpmax Filtering AF"): the FAF of the group with the highest FAF, which can name a different group than grpmax.

The ClinGen committee gives the curation definition: the lower-bound AF of the 95% CI from the genetic ancestry group with the highest FAF ([6]). In the VCF, staff report the value as fafmax_faf95_max in the separate exome and genome files, with _exomes, _genomes and _joint suffixes in the joint file ([36]). In the gnomad_methods library, the maximum FAF and its ancestry group are retrieved per threshold ([37]).

Which groups are excluded

FAF calculations include only non-bottlenecked groups ([38]). The ClinGen communication states that gnomAD intentionally does not include the Amish, Ashkenazi Jewish and European Finnish groups (and remaining individuals) ([39]); the library documents the excluded groups as typically bottlenecked or consanguineous ([40]). Because the group set can differ by data type, a policy must record which data type (exome, genome or joint) supplied the value.

Coverage and callability

Exome AN varies by position because coverage can differ with exon capture between sequencing platforms ([41]), which is why a coverage check belongs beside every frequency lookup.

Table 1 summarizes the fields a policy engine is most likely to ingest, with denominator, scope and main failure mode for each.

T.01
FieldNumerator / denominatorPopulation scopeConfidence meaningAllowed interpretationFailure mode
ACAlternate alleles after genotype filtersOne data type and stratum (exome, genome or joint)None (a count)Input to AF and FAFReading AC as carrier count on non-PAR X or Y without checking ploidy handling
ANCalled alleles at the site ([17])Same stratum as ACNone (a denominator)Direct measure of how many alleles were callable at this siteAssuming AN is constant or twice the cohort size
AFAC / ANStratum-specificNone: a point estimateObserved frequency in that stratumTreating a small-AN estimate as stable
Ancestry-group AFAC / AN within one inferred groupOne genetic ancestry groupNoneDescribing group-level observationReading groups as race, ethnicity or the case's ancestry
FAF95 / FAF99Poisson-based bound given AC and AN ([42])Global and per non-bottlenecked groupConservative bound at 95% or 99%Comparison with a disease-specific maximum credible AFSubstituting AF for FAF, or mixing 95 and 99
GroupMax FAFMaximum FAF across included groupsNon-bottlenecked groups onlyLower bound at the stated levelBA1/BS1 input named by the ClinGen committeeMissing value read as zero; grpmax AF read as GroupMax FAF
Coverage / AN percentFraction of samples above a depth, or AN relative to maximumPer position and data typeNot a confidence intervalJudging whether absence is informativeTreating a coverage plot as per-site callability proof

Every row has a different denominator and population scope, so a single "frequency" column in a curation database is under-specified. FAF and GroupMax FAF are comparison inputs for a threshold test, whereas AC and AN are evidence about how far any frequency can be trusted.

F.02
Highest AF and highest FAF can identify different groups
Observed AF and grpmax
  • Observed AF is AC divided by AN for a specific data type and ancestry group.
  • Grpmax reports counts and observed AF for the group with the highest AF; it is distinct from FAF.
GroupMax FAF
  • GroupMax FAF selects the group with the highest FAF, which can differ from the group with the highest AF.
  • Only non-bottlenecked groups are included; record the confidence level used for the threshold comparison.

FAF and GroupMax FAF are comparison inputs for a disease-specific threshold. AC and AN help establish how far a frequency can be trusted.

“

The most useful design distinctions are between absent and uncallable, and between a frequency that is missing and one that is zero. Both are recoverable if AN files, flags and field semantics are captured at lookup time, and both are lost if only an AF column is stored.

04

Disease-Specific Frequency Policy: Why No Universal Threshold Applies

What the standards say

The ACMG/AMP standards define BA1 as an allele frequency above 5% in the Exome Sequencing Project, 1000 Genomes or ExAC ([8]) and BS1 as an allele frequency greater than expected for the disorder ([43]). The United Kingdom's Association for Clinical Genomic Science (ACGS) 2024 guidelines describe the 5% value as very high for most rare diseases and point to gene-specific calculation ([44]).

ClinGen's BA1 refinement requires at least 2,000 observed alleles at the site ([45]) and lets disease experts set gene-specific values below 0.05 ([46]). For PM2, the SVI recommendation moved the strength from Moderate to Supporting ([14]), noting among other reasons that 54% of high-quality ExAC variants were seen only once ([47]). The ACGS guidelines add that the PM2 frequency or count should be at least a factor of 10 below the BS1 threshold ([48]), and allow PM2 for recessive disorders when no homozygotes or hemizygotes appear in the relevant gnomAD datasets ([49]). Two national or consortium frameworks therefore express PM2 differently, which is another reason to store the framework with the evidence.

The June 2025 communication moves ClinGen practice further from strict absence. It recommends avoiding strict absence for BA1, BS1 and PM2 thresholds ([11]) and treats a change to approved values as a major change requiring piloting ([50]). For VCEPs whose thresholds were already calculated frequencies, a lift-over to gnomAD v4 without modification is generally a minor change that does not require piloting ([51]). These statements concern VCEP specifications and are not a blanket migration approval for any other pipeline.

The derivation transfers, the number does not

Whiffin and colleagues' principle is that a fully penetrant variant cannot be present in the general population more frequently than the disease it causes ([52]). Their hypertrophic cardiomyopathy example combines prevalence, the maximum allelic contribution of any single variant and penetrance to reach a maximum credible population AF of 4.0 x 10^-5 ([53]). The inputs vary by disease, so the outputs do too. The ACGS guidelines advise conservative inputs (highest likely prevalence, lowest likely penetrance) when applying that approach to gnomAD for BS1 ([54]), and a Genetics in Medicine review adds that population size and MAF estimate error matter when setting BS1 thresholds ([55]).

Table 2 shows published 2018 expert-panel specifications as illustrations. They are historical examples calibrated to ExAC-era data; this report did not verify whether current Criteria Specification Registry versions still carry these values, and none should be applied outside the named disease.

T.02
Disease contextBA1BS1Derivation note
ACMG/AMP 2015 generic standardAbove 5%Greater than expected for the disorderQualitative; designed to be refined per disease
Inherited cardiomyopathy (MYH7), 20180.1% ([9])Not tabulated here; see the cited paperPrevalence and penetrance assumptions stated in the paper
Hearing loss, 20180.5% recessive, 0.1% dominant ([56])Lower than BA1, by inheritance modePrevalence-based derivation stated in the paper
RASopathy genes, 20180.05% ([10])Not tabulated here; see the cited paperPM2 specified as complete absence from population databases ([57])

BA1 spans two orders of magnitude in these examples, from 5% down to 0.05%, before accounting for the inheritance-mode split in hearing loss. The final row also shows why the 2025 communication matters: a strict-absence PM2 rule written for an earlier database generation is the kind of element VCEPs are asked to reassess for v4.

Implications for a research exclusion policy

A policy should store a threshold only together with its derivation record: disease, inheritance mode, prevalence, penetrance, heterogeneity assumption, FAF confidence level, and the author and date of the specification. Generic prioritization tools use frequency cutoffs too. Genomics England's Exomiser implementation retains variants below a minor allele frequency of 0.1% (or 2% for compound heterozygotes) ([58]), while the Exomiser protocol authors caution that 0.1% may be too low for recessive diseases with higher carrier prevalence ([59]). Neither a tool default nor a 2018 panel value substitutes for a specification written for the disease at hand.

Ancestry handling is a separate prerequisite. A variant common in any one group can rule out pathogenicity despite a low global frequency, and gnomAD describes the groups as inferred and distinct from race or ethnicity ([60]). A pipeline should not translate a patient's self-described background into a gnomAD group label. ACGS also cautions that some sub-populations are poorly represented in gnomAD ([61]).

05

Absent, Uncallable and Discordant: Reading Missing and Conflicting Data

"Not seen" versus "not callable"

A variant missing from gnomAD can be in one of several states. The site may have been callable in many samples with no carrier. Coverage may have been limited, so absence says little. Or the locus may lie outside the calling intervals. The all-sites AN files separate the last case: a locus absent from them means no sample had any genotype call there. ACMG/AMP guidance makes the same point in curator language: a dataset must have coverage data to determine whether a variant is absent ([62]), and read depth should be sufficient for an accurate call ([63]).

For a position with no variants, the gnomAD FAQ advises inspecting coverage: a region search still displays coverage plots for zero-variant sites ([64]).

Some expert panels write explicit numbers. The ClinGen PALB2 specification includes a coverage requirement of more than 30X at the locus ([65]), and the BRCA1 specification attaches read-depth conditions to PM2 and to BA1 and BS1 ([66]). Those figures belong to named genes and specification versions and should not be reused for another gene. Absence is also release-dependent: in one study of dystonia-associated variants, 192 of 247 (77.7%) were still absent from v4.1 ([67]), while 27 of 219 (12.3%) variants absent from v2.1.1 appeared for the first time in v4.1 ([68]). That is one disease-specific study and not a general rate.

Low coverage and mappability

In v4.1.1, gnomAD added gene-level flags and noted that allele frequency and constraint metrics in low-coverage or low-mappability regions may not be reliable ([69]). The release's other change was a recalculation of gene constraint, and the later v4.1.2 update left frequency data unchanged. Teams should therefore not describe v4.1.1 as having changed how AF is calculated.

An earlier review notes that the browser highlights variants covered in fewer than 50% of individuals because their frequencies may be inaccurate ([70]), and that presence in v2 genomes only is the most common reason for low allele number ([71]). The ACGS guidelines advise using the latest gnomAD (v4) for variants with quality flags in v2 ([72]), and a Genetics in Medicine review says frequency databases should be evaluated for sufficient depth of coverage to ensure accurate MAF estimates ([73]).

Exome versus genome discordance

Version 4.1 introduced a warning for variants whose frequencies are highly discordant between exomes and genomes ([74]). The release post reports about 2.5% of variants (2,230,151 of 91,177,483) with statistically different frequencies in the two data types. This is a test count at gnomAD's documented threshold in the v4.1 comparison, not a count of erroneous variants and not a count for later data.

The post also states that determining which frequency to apply downstream is often highly context-dependent ([75]). A preprint comparing 946 individuals sequenced both ways found that some variants passing filters have systematically different genotype calls across technologies ([76]) and that discordant sites are largely shared across ancestry groups ([77]); the published version could not be retrieved, so its wording may differ. Tool defaults add a further wrinkle: Ensembl's Variant Effect Predictor reports gnomAD exome and genome frequencies through separate options, each including only its own data ([78]) ([79]). For policy, a discordance flag should be an escalation trigger, and the record should state which data type the rule used.

Multi-allelic sites, normalization and ploidy

Staff explain that when gnomAD splits multi-allelic sites, different alternate alleles at one site can show slightly different AN because of genotype downcoding ([80]). A pipeline that joins on position alone, or compares an unnormalized representation, can attach the wrong record. Normalization has precise definitions: a VCF entry is normalized when it is left-aligned and parsimonious ([81]); bcftools norm does this only when a reference FASTA is supplied ([82]) and can split multiallelic sites into rows ([83]); HGVS assigns the most 3' position possible, a different convention ([84]). The GA4GH Variation Representation Specification (VRS) states that normalization removes an ambiguity that impedes comparison across systems ([85]).

For sex chromosomes, the gnomad_methods export code sets chrY AC, AN and homozygote counts for XX samples to missing ([86]). No official statement of per-site AN arithmetic on non-PAR regions was located, so teams should verify AN behavior in their own extracts.

Decision table

Table 3 summarizes proposed handling of the main edge cases. The routing column is an editorial recommendation for a research-exclusion pipeline, not a ClinGen rule, and every row assumes a disease-specific frequency policy exists.

T.03
SituationWhat is knownEvidence to captureDefault routing
Adequate AN, GroupMax FAF above the disease threshold, no flagsFrequency is inconsistent with the stated maximum credible AFRelease, group, FAF level, AC, AN, threshold IDEligible for automatic exclusion with an audit row
Adequate AN, GroupMax FAF missingMissing when no non-bottlenecked group has a positive FAF ([87]); the maximum of zeros is treated as missingAC and AN per group, reason for missingDo not exclude on frequency; missing is neither zero nor rare
Variant absent, site callableNot observed in sampled alleles; PM2 is Supporting at mostAll-sites AN for the locus, releaseRetain; absence alone supports neither exclusion nor pathogenicity ([88])
Variant absent, no genotype calls at the locusNot callable in gnomADAll-sites AN file statusEscalate; no frequency evidence exists
Low-coverage or low-mappability flag, or coverage below the specification's requirementFrequency may be unreliableFlag text, coverage metric, ANEscalate
Exome and genome frequencies discordantData types disagree by the documented testBoth values, flag, AN per data typeEscalate; do not silently pick one
High frequency only in a bottlenecked groupExcluded from FAFGroup label, group AC and ANEscalate; pathogenic alleles can rise to high frequency in such groups ([89])
Multi-allelic siteAlleles split; AN can differ per alleleNormalized allele, source record keyMatch on normalized allele, never position alone
Disease threshold unavailable or from another diseaseDerivation does not transferPolicy gapEscalate to a domain expert

The pattern is that automatic exclusion is the narrowest cell. Every other row lacks either the information needed to trust the frequency or the policy needed to interpret it, and review handles both better than a default does.

06

Evidence Capture, Versioning and Policy Tests

Source-version ownership

Frequency evidence depends on release and build. gnomAD v4 is mapped to GRCh38 ([90]) and comprises 807,162 individuals ([91]), described in a 2025 peer-reviewed paper as 76,215 genomes and 730,947 exomes ([92]); v2 held 125,748 exomes and 15,708 genomes ([93]). One passage of the v4.1 post gives a slightly different exome figure from the v4.0 post; this report uses 730,947. Because variants can appear or disappear between releases, as the dystonia study above shows, "absent" needs a release identifier.

A reasonable ownership model assigns one steward per frequency source, who owns the release pin, the field mapping and the refresh calendar. As of November 2026, a frequency-only integration pinned to v4.1.1 frequency files is current because v4.1.2 is constraint-only.

The evidence row

A coverage and provenance row should be written for every lookup, whether or not the variant is excluded.

  • Genome build and normalized allele: build, contig, position, reference and alternate after normalization. VRS computed identifiers are deterministic, so conforming implementations generate the same identifier for the same object ([94]).
  • Source and version: dataset, release (for example v4.1.1), file or endpoint, retrieval date. ClinGen's curation interface now sources gnomAD v4.1 data from ClinGen for newly added variants and requires a fetch for earlier ones ([95]) ([96]).
  • Data type, group and counts: exome, genome or joint; the ancestry group label; and AC, AN and AF exactly as released. The GA4GH Variant Annotation specification models these as a focus count, a locus count and a frequency ([97]) ([98]), with ancestry and sex strata as nested sub-cohorts ([99]).
  • FAF semantics: level (95 or 99), method (Poisson), group set, and whether the value is global, per-group or GroupMax. The same specification anticipates a group-max FAF as a derived result ([100]).
  • Filters and flags: the filter set, plus discrepancy and coverage flags.
  • Coverage evidence: the coverage fraction or AN relative to maximum and the all-sites AN status; the specification names a sequencing coverage metric as an example quality measure ([101]).
  • Policy reference and review status: threshold ID, derivation version, source document, and automatic, escalated or curator-decided status with reviewer and date.

External assertions should stay separate: ClinVar is an archive of classifications made by its submitters ([102]), so a ClinVar assertion is its own evidence item and not part of the frequency row. Tool behavior should be recorded too. Exomiser, for example, fails a variant that exceeds the cutoff in any configured frequency source ([103]), and without its frequency filter step variants carry no frequency data ([104]).

Synthetic arithmetic: AF is not FAF

The following calculation is synthetic and illustrates definitions only. It uses the Poisson-based definition documented by Hail ([105]); it was computed with a short bisection routine and does not reproduce gnomAD's production code, so a real pipeline's numbers may differ in later digits.

(Hypothetical Example) Suppose one site in one group has AC = 2 and AN = 1,000, so observed AF = 2 / 1,000 = 0.002. The 95% FAF under the Poisson definition is about 0.000355 and the 99% FAF about 0.000149. A second site with AC = 20 and AN = 10,000 has the same observed AF of 0.002, but its 95% FAF is about 0.001325 and its 99% FAF about 0.001108. Against an illustrative policy threshold of 0.001 (not a real disease value), the first site would not pass a FAF-based exclusion test and the second would, although observed AFs are identical. A pipeline must therefore never compute or substitute FAF as AF, and must store AN beside AC.

Acceptance tests

Each test uses synthetic records and expects a routing, not a clinical result.

  1. Threshold present, adequate AN, FAF above threshold, no flags: automatic exclusion with a complete evidence row.
  2. Same AF, different AN: with the two sites above and a threshold of 0.001, expect different routings.
  3. GroupMax FAF null with AC above zero only in an excluded group: no exclusion, reason code "FAF missing".
  4. Absent variant, locus present in all-sites AN with high AN: retention; PM2 no stronger than Supporting.
  5. Absent variant, locus missing from all-sites AN: escalation with reason "not callable".
  6. Discrepant-frequency flag set: escalation with both data-type values stored.
  7. Low-coverage gene flag set: escalation.
  8. Multi-allelic site with differing AN across alleles: correct per-allele record by normalized key.
  9. Threshold record from a different disease: escalation, not reuse.
  10. Release change (v2.1.1 to v4.1.1) for a stored variant: re-evaluation and a new evidence row, not an overwrite.
F.03
Capture evidence before an exclusion decision
01Identify allele and source

Record genome build, normalized allele, dataset, release, file or endpoint and retrieval date.

02Record counts and FAF semantics

Capture data type, ancestry group, AC, AN and AF as released, plus FAF level, method, group set and scope.

03Check callability and flags

Capture coverage and all-sites AN status. Escalate low-coverage cases and discordant exome and genome frequencies.

04Attach disease policy and review

Store threshold ID, derivation version, source document and review status, including reviewer and date.

05Apply the exclusion prerequisites

Automatic exclusion requires adequate AN, GroupMax FAF above the disease threshold, no flags and a complete evidence row.

Eligible for automatic exclusion with a recorded rationale when every prerequisite is machine-checkable.

Escalate if a prerequisite is missing. An absent variant at a callable site is retained; absence alone does not establish pathogenicity.

07

Data Analysis and Evidence

The quantitative material falls into four groups, each with a caveat about what it measures.

Release sizes. gnomAD v2.1 had 125,748 exomes and 15,708 genomes; the v3.1.2 genome set had 76,156 samples ([106]); v4 reports 807,162 individuals, roughly ten exomes per genome. Larger denominators sharpen rare-variant frequencies, but sampling is uneven: the v2 paper notes a near-complete absence of representation from the Middle East, central and southeast Asia ([107]) and that sample sizes remained far from capturing complete mutational saturation of the exome ([108]).

Threshold ranges. Published BA1 values range from 5% generic to 0.05% for RASopathy genes, a hundredfold difference, and from 0.5% to 0.1% within hearing loss by inheritance mode. ClinGen's generic BA1 refinement sets a minimum of 2,000 alleles, and panel coverage cutoffs such as more than 30X in the PALB2 specification are further disease-specific parameters.

Discordance. About 2.5% of variants (2,230,151 of 91,177,483) are flagged as statistically discordant between data types at gnomAD's documented threshold. If queried variants resemble the whole set, which is an assumption and not a measured rate, a policy that escalates every flagged variant needs reviewer capacity for roughly one variant in forty.

Absence. In the dystonia study, 77.7% of 247 variants remained absent from v4.1 while 12.3% of 219 previously absent variants appeared; the SVI cited ExAC data in which 54% of high-quality variants were observed once. Together these figures show absence is common, release-dependent and weakly specific. For hypertrophic cardiomyopathy, Whiffin and colleagues obtained a maximum credible AF of 4.0 x 10^-5, a prevalence and penetrance assumption that cannot be transferred to another disease.

No variant-count audit of any pipeline and no reclassification of real variants was performed. Counts are those published by the cited sources at their stated dates, and gnomAD pages may change after the November 14, 2026 retrieval date.

08

Implications and Future Directions

For data architecture

Frequency evidence is best modeled as an append-only, versioned fact table keyed by normalized allele, release and stratum, not as a single "gnomAD AF" column. Field names change across releases and tools: v2 used population labels and popmax, v4 uses genetic ancestry groups and grpmax, and the VCF exposes GroupMax FAF under fafmax-prefixed names. A quarterly source review and a refresh at each gnomAD release keep the pin honest. Because specification changes may require piloting ([50]), thresholds derived from ClinGen specifications should be re-verified at the specification source rather than copied from an earlier pipeline.

For scientific AI assurance

Any model or rule engine that consumes frequency evidence inherits these distinctions. An assistant that summarizes a variant as "absent from gnomAD" without the callability state is making an unverifiable claim. The acceptance tests above can be run on each release and each policy edit, with failures blocking promotion of the new configuration.

Open questions

  • Specification coverage: many diseases lack a gnomAD v4-era expert specification, so a policy must decide whether to escalate all of them.
  • Flag stability: the discrepant-frequency flag is new in v4.1, so its definition may change.
  • Implementation detail: the documented FAF definition is Poisson-based ([23]), but this report did not verify the numerical implementation of Hail's function.
09

Frequently Asked Questions (FAQs)

How should a curator interpret a gnomAD allele frequency?

Read it as AC divided by AN for a specific data type and group, and check AN first. The same AF at different AN supports different conclusions.

What is the gnomAD filtering allele frequency?

FAF is the maximum credible genetic ancestry group AF, for example the lower bound of the 95% confidence interval, meant for comparison with a disease-specific maximum credible frequency ([29]).

What is GroupMax FAF, and how does it relate to grpmax FAF in v4?

GroupMax FAF is the FAF of the group with the highest FAF, not the FAF of the group with the highest AF. The v4 browser label is "Grpmax Filtering AF" in the ClinGen description ([7]), and in the VCF it appears as the fafmax FAF95 fields.

What is the difference between popmax and grpmax?

Popmax in v2.1 was the highest frequency among non-bottlenecked populations. In v4 the vocabulary became genetic ancestry groups, and grpmax reports AC, AN, AF and homozygote count for the group with the highest AF. The Human Mutation review recommended popmax for filtering common variants ([109]). Neither popmax nor grpmax is a filtering allele frequency.

What does gnomAD v4 FAF95 mean versus FAF99?

They are the 95% and 99% confidence levels of the Poisson bound, both listed per group. A policy must record which level a threshold was derived for; the ClinGen communication describes the 95% version.

What are the ACMG BA1 and BS1 allele frequency thresholds?

The 2015 standards give BA1 as above 5% and BS1 as greater than expected for the disorder ([43]). Disease-specific panels set lower values, for example 0.05% for RASopathy genes in a 2018 specification. No single number applies across diseases.

Does absence from gnomAD support pathogenicity?

By itself it is weak. PM2 was set to Supporting strength, and a review of gnomAD interpretation states that absence is consistent with, but far from sufficient evidence for, involvement in disease ([88]).

How should coverage and callable sites affect interpretation, and how should low-coverage variants be curated?

Check whether the site was callable before reading absence as rarity: all-sites AN files record callable sites, and curators are asked to confirm sufficient read depth ([63]). Treat low-coverage cases as escalations, since gnomAD states that frequency metrics in low-coverage or low-mappability regions may not be reliable.

How does gnomAD population frequency evidence enter variant classification?

It supplies BA1, BS1 and PM2 evidence, with thresholds and strengths set by the applicable specification and committee guidance. This report concerns research exclusion policy; clinical classification remains the responsibility of qualified professionals applying the relevant specifications.

10

Conclusion

A frequency number is only as meaningful as its definition, denominator and policy. AC and AN describe what was observed and how much was callable. FAF and GroupMax FAF convert that observation into a conservative statement about the true frequency in the most frequent non-bottlenecked ancestry group. A disease-specific maximum credible frequency, derived from prevalence, penetrance and heterogeneity, gives the comparison its meaning, and the published examples show those derivations differ widely between diseases.

The most useful design distinctions are between absent and uncallable, and between a frequency that is missing and one that is zero. Both are recoverable if AN files, flags and field semantics are captured at lookup time, and both are lost if only an AF column is stored. Escalation is the default whenever a prerequisite is unmet: no disease-specific policy, low coverage, discordant data types, bottlenecked groups, or a missing FAF.

Organizations adopting these practices should recheck the ClinGen and gnomAD documents at each refresh, pilot specification changes with domain experts, and avoid inferring blanket approval from any single committee communication. Specific diseases, thresholds and cases belong with qualified experts.

The publisher

About IntuitionLabs

Build practical AI for pharma and biotech with IntuitionLabs. We help life-science teams turn complex information and workflows into useful software, governed knowledge systems and AI tools.

IntuitionLabs is an AI consulting, custom software development and data engineering firm serving pharmaceutical, biotechnology, medical-device and other life-science organizations. We work with clinical, regulatory, medical-affairs, commercial, quality and IT teams to connect technology decisions with the work people need to accomplish.

AI consulting and adoption

Our AI enablement services cover readiness assessments, use-case selection, governance and policies, team workshops, adoption measurement and ongoing advisory support. We help organizations structure the information layer behind AI: source material, context, permissions and maintained knowledge that make generated answers useful and reviewable. Private LLM inference and hosted AI options support teams evaluating how to operate AI with appropriate control over their data and infrastructure.

Software, data and life-science workflows

IntuitionLabs develops custom software for pharma and biotech, integrates enterprise systems, and builds data engineering and business intelligence solutions. Areas of focus include AI agents, regulatory research, medical writing, medical affairs, CMC information, competitive intelligence and clinical-document workflows. Our eTMF intelligence work includes cross-system reconciliation and inspection-readiness support.

Enterprise platforms and regulated delivery

We provide Veeva services, application support, managed services, integrations and custom applications, alongside enterprise content work involving platforms such as Egnyte. For regulated workflows, our services include GxP enablement, computer-system validation and software development addressing 21 CFR Part 11 requirements. The applicable controls, validation responsibilities and acceptance criteria are defined for each engagement.

Work with IntuitionLabs

Explore AI enablement, pharma and biotech software development, data engineering and BI, and Veeva services. Contact IntuitionLabs to discuss your workflow, information sources and implementation needs.

IntuitionLabs publishes educational research to help life-science teams make informed technology decisions. Coverage of a product or organization does not imply a client relationship, endorsement or partnership.

Sources / 109
Adrien Laurent

Need Expert Guidance on This Topic?

Let's discuss how IntuitionLabs can help you navigate the challenges covered in this article.

I'm Adrien Laurent, Founder & CEO of IntuitionLabs. With 25+ years of experience in enterprise software development, I specialize in creating custom AI solutions for the pharmaceutical and life science industries.

Disclaimer

The information contained in this document is provided for educational and informational purposes only. We make no representations or warranties of any kind, express or implied, about the completeness, accuracy, reliability, suitability, or availability of the information contained herein. Any reliance you place on such information is strictly at your own risk. In no event will IntuitionLabs.ai or its representatives be liable for any loss or damage including without limitation, indirect or consequential loss or damage, or any loss or damage whatsoever arising from the use of information presented in this document. This document may contain content generated with the assistance of artificial intelligence technologies. AI-generated content may contain errors, omissions, or inaccuracies. Readers are advised to independently verify any critical information before acting upon it. All product names, logos, brands, trademarks, and registered trademarks mentioned in this document are the property of their respective owners. All company, product, and service names used in this document are for identification purposes only. Use of these names, logos, trademarks, and brands does not imply endorsement by the respective trademark holders. IntuitionLabs.ai is an AI software development company specializing in helping life-science companies implement and leverage artificial intelligence solutions. Founded in 2023 by Adrien Laurent and based in San Jose, California. This document does not constitute professional or legal advice. For specific guidance related to your business needs, please consult with appropriate qualified professionals.

Related Articles

Need help with AI?

© 2026 IntuitionLabs. All rights reserved.