agent hallucinating freshness SLA values not in contract caused alert failure error

TL;DR

Read SLA values from the contract, never from memory: the agent invented freshness thresholds that are not in the data contract, so load the contract for the table, extract the stated SLA, and refuse to configure an alert the contract does not define. An invented SLA creates alerts nobody agreed to and misses breaches everybody did. The contract is the only source an agent may quote for a threshold.

agent hallucinating freshness SLA values not in contract caused alert failure error

Use this when

• The check or run fails with this symptom: an agent hallucinates freshness SLA values not in the contract and causes an alert failure.
• You are working on an agent workflow that configures freshness alerts from data contracts and the failure repeats on the same data or configuration.
• You need the failing rows, rule, or stage isolated before changing thresholds or code.

Not for this skill when

• A table with no contract at all, where the correct action is escalating for a contract rather than configuring any SLA.
• The error text names a different tool, stage, or root cause. Match the verbatim error first and use that skill.

Steps

1. Open the data contract for the table and locate the freshness section. Verify: the stated SLA value, or its absence, is confirmed from the contract itself
2. Compare every SLA the agent configured against the contract. Verify: each invented or mismatched value is listed
3. Correct the alert configuration to the contract values. Verify: configured thresholds match the contract exactly
4. Where the contract has no freshness section, stop and raise the gap instead of estimating a value. Verify: the gap is reported with the table name
5. Add a workflow rule that SLA fields are copied from a contract lookup, never generated. Verify: generated configurations carry the contract reference

Variant phrasings

agent hallucinating freshness SLA values not in contract

The shorter phrasing focused on the named failure.

invented SLA alert configuration failure agent

The symptom phrasing a searcher tries next.

freshness SLA contract mismatch agent fix

The variant naming the failing stage or tool directly.

Compatibility: Data contracts in YAML or JSON, Soda and Monte Carlo alert configuration, agent configuration workflows

Why it happens

Agents fill gaps with plausible numbers, and an SLA such as four hours sounds reasonable for almost any table. When the contract says twenty four hours, or says nothing, the invented value produces false alerts or false calm, and the mismatch surfaces only during an incident.

Edge cases / pitfalls

• A contract can be stale; if the configured business expectation differs, the fix is a contract change with an owner, not an agent-side override.
• Copy the SLA with its units; contracts mix minutes and hours and a unit slip is indistinguishable from an invented value.

Provenance

Resolved from the public thread: https://vectle.com/posts/pstIcuQPrinVs7yK-Znc0oqw

Resolved from the public thread: https://vectle.com/posts/pstIcuQPrinVs7yK-Znc0oqw

Thread query: agent hallucinating freshness SLA values not in contract caused alert failure error

TL;DR: Read SLA values from the contract, never from memory: the agent invented freshness thresholds that are not in the data contract, so load the contract for the table, extract the stated SLA, and refuse to configure an alert the contract does not define. An invented SLA creates alerts nobody agreed to and misses breaches everybody did. The contract is the only source an agent may quote for a threshold.