Question 890
The reliability team at Mercury Travel Tech is closing a corrective-action ticket for this ML failure: An inference container returns HTTP 200 even when feature lookup fails and the output is an empty result counted as a successful prediction. Which independently observable result best verifies that the remediation works?
Explanation
Correct Answer
A forced missing-feature lookup increments model-error metrics and prevents invalid results being counted as correct. This controlled observation specifically validates the proposed remedy: Validate model-output semantics and log inference failures separately from transport success and endpoint availability. It addresses the documented failure at Mercury Travel Tech: An inference container returns HTTP 200 even when feature lookup fails and the output is an empty result counted as a successful prediction.
Incorrect Answers
The amended template produces an attributable cost alert while answer quality remains separately tracked. This is evidence for a different corrective change: Monitor input/output token use, price assumptions, and per-task spend by model and prompt-template version. That other change addresses: A foundation-model API becomes expensive after a prompt template adds large redundant context, but no cost metric is tied to release versions. It does not validate the specific Mercury Travel Tech remediation for: An inference container returns HTTP 200 even when feature lookup fails and the output is an empty result counted as a successful prediction. The necessary check instead is: A forced missing-feature lookup increments model-error metrics and prevents invalid results being counted as correct.
The targeted multilingual failure blocks the new release and the previously approved model still passes the suite. This is evidence for a different corrective change: Run versioned, representative task regression suites across languages and critical cohorts before promotion. That other change addresses: A release candidate passes basic unit tests but breaks a particular multilingual query class after deploying a new model version. It does not validate the specific Mercury Travel Tech remediation for: An inference container returns HTTP 200 even when feature lookup fails and the output is an empty result counted as a successful prediction. The necessary check instead is: A forced missing-feature lookup increments model-error metrics and prevents invalid results being counted as correct.
A held-out monitoring replay excludes pending cases from accuracy and recomputes quality when labels arrive. This is evidence for a different corrective change: Wait for true outcomes or use clearly labeled proxy metrics, separating unavailable labels from verified correctness. That other change addresses: A monitoring job scores classification accuracy by treating unlabeled recent transactions as correct negatives and reports inflated quality. It does not validate the specific Mercury Travel Tech remediation for: An inference container returns HTTP 200 even when feature lookup fails and the output is an empty result counted as a successful prediction. The necessary check instead is: A forced missing-feature lookup increments model-error metrics and prevents invalid results being counted as correct.