3 · USE CASE
Six months later: the reported sequence is shifted
‹ back to “Reference trust v2: what was built”
What the reads carry — and what is reported
51-bp duplication, chr13:28608240, 120 reads, zero mismatches
reads
120 reads
G | AAACTCCCATTTGAGATCATAT…CGTAGAAGTA
reported
0 reads
G | GAAACTCCCATTTGAGATCATA…ACGTAGAAGT
anchor | inserted bases
The reported insert is the anchor base plus the inserted bases without the
last one: a sequence no read contains.
Why it matters
Read literally, a shifted ALT changes the protein: in #428 an in-frame
insertion turns into a premature stop. At the production setting
(
--ref_trust 0.9
) the reference copy hides 1-base shifts of pure duplications.
On 228 lab BAMs at
--ref_trust 0.9
(calls ≤ 60 bp, ≥ 5 reads)
current code
0 / 52
scratch fix, both slices
20 / 48
read-derived sequences found in the reads
Why every check passed
2022
CODE
Read slice written one base early; its output was replaced by the
reference copy
Apr 2026
MERGE
PR 67 reports the read-derived sequence: the shift becomes visible
Apr 12
REPORT
Regression explains a 1-base shift: “neither is ‘wrong’ … the same
underlying duplication read at slightly shifted alignment
positions”
Jul 28
TEST DATA
hg38 fixture: expected output carries the shifted allele
Oct 3
DEFECT
#428: simulated data — an analyst model reads the VCF literally,
wrong protein
Oct 12
DEFECT
#438: claims for a talk checked against the reads — 0 reads carry
the allele
Oct 14
TEST DATA
Clean synthetic reproduction; artifacts and commands in #438
Consistency with the old version is not correctness:
the reads are the ground truth