Makes total sense on the HAC/SUP tradeoff, that's your call to make, not something I'd push on ;). Just want to flag that issue #2 is actually independent of HAC specifically, it'll break the same way for any basecall model string that isn't (yet) in clair3_modelMap, regardless of accuracy mode. To my understanding the model var (used for the download URL) falls back to the samplesheet's explicit clair3_model override when the map lookup misses, but id_new (used as the staging directory name for UNTAR) doesn't have that same fallback, it's only ever clair3_modelMap.get(basecall_model_meta). So it'll mkdir: missing operand crash on: - a brand-new SUP model ONT ships before the map gets updated for it - any sample whose BAM header is missing/has malformed basecall_model= metadata - HAC data, same as we saw So worth a small independent fix regardless of the HAC decision, just making id_new fall back to meta.clair3_model the same way model already does, so an explicit override always works even when the map doesn't have a match. Not proposing to touch the HAC-support question at all.