firstClosedValue first pass may return the literal "default" as an example

The first loop checks \bdefault\b in the raw candidate and returns the normalized value. When raw === "default", normalizing it gives "default" and candidateLooksLikeClosedValue("default") is true, so the function returns "default" as the example string — a value that no API handler accepts. The second pass correctly guards against this with value.toLowerCase() === 'default', but it only runs when the first pass doesn't short-circuit. Any description parsed as ["economy", "default"] would produce "default" as the chosen example instead of "economy".

The fix is to add the same guard in the first pass: if (/\bdefault\b/i.test(String(raw)) && value.toLowerCase() !== 'default' && candidateLooksLikeClosedValue(value)) return value;. The assertClosedValueParamExamples test would catch this at generation time, but the root cause is still worth addressing.

'tariff_shock' fallback is permanently unreachable dead code

SCENARIO_RESULT_AFFECTED_CHOKEPOINT_IDS is guaranteed to be non-empty: its own IIFE returns ids.length > 0 ? ids : [CHOKEPOINT_EXAMPLE_ID] (line 93), so it always contains at least one element. Therefore the condition SCENARIO_RESULT_AFFECTED_CHOKEPOINT_IDS.length > 0 is always true, and SCENARIO_RESULT_TEMPLATE_NAME is never 'tariff_shock'. The mirror in the test (assertScenarioStatusPollExample, line 444) has the identical dead branch. If the chosen scenario template ever has no affectedChokepointIds in source, the fallback would silently produce the chokepoint example ID (e.g., 'suez') as the template name rather than the intended 'tariff_shock'.

Injector and test read basket ID from different source files with different regex patterns

The injector reads src/services/consumer-prices/index.ts (fallback: scripts/seed-consumer-prices.mjs) using the pattern (?:DEFAULT_BASKET|BASKET)\s*=, while the test builds CURATED.consumerBaskets from server/worldmonitor/consumer-prices/v1/get-consumer-price-basket-series.ts with the narrower DEFAULT_BASKET\s*= pattern. If the constant in the injector's primary source file is named BASKET (not DEFAULT_BASKET) or is set to a different value than the handler constant, the injector will emit a basket slug that the test's accepted-set doesn't contain — the test would fail without revealing the source-of-truth mismatch. Both lookups should use the same source file and same pattern.