# Unknown-Answer Fabrication

Gives a confident answer when the system lacks enough evidence, access, or uncertainty resolution to know the answer.

Unlike content-specific hallucinations such as Entity Hallucination or Numerical Hallucination, this mode describes the decision to answer instead of acknowledge uncertainty; the fabricated content can take many forms.

## Metadata
- ID: `unknown-answer-fabrication`
- Status: published
- Taxonomy-Version: 0.0.1
- Last-Modified: 2026-06-13T09:00:00-04:00
- Category: Fabrication (`fabrication`)
- HTML: https://failmodes.com/failure-modes/unknown-answer-fabrication
- JSON: https://failmodes.com/failure-modes/unknown-answer-fabrication.json
- Markdown: https://failmodes.com/failure-modes/unknown-answer-fabrication.md

## Search Phrases
- made up an answer instead of saying it didn't know
- guessed confidently
- should have said it didn't know
- fabricated when unsure

## Why It Happens
1. Most benchmarks grade answers as right or wrong with no credit for "I don't know." Under that scoring, guessing always beats abstaining, and models are optimized accordingly (Kalai et al., 2025, "Why Language Models Hallucinate").
2. In training data, questions are almost always followed by answers, and preference tuning reinforces the pattern because "I don't know" feels unhelpful to raters. The model learns that some answer rates better than no answer (Sharma et al., 2023, "Towards Understanding Sycophancy in Language Models").
3. Models often carry internal signals about how likely they are to be right, but standard generation never consults them. The uncertainty exists in the weights and goes unused (Kadavath et al., 2022, "Language Models (Mostly) Know What They Know").
4. The model cannot reliably tell what it knows from what it can merely render fluently. Familiar-sounding territory produces the same confident generation whether the underlying knowledge is solid or absent.

## Examples

### Confident answer without access
- Kind: fail
- Summary: The model has no visibility into the user's account, but answers as if it had checked — inventing both the diagnosis and a policy to support it.

```text
User: Why is my API key suddenly returning 403 errors?
Assistant: Your key has expired — keys are automatically rotated every 90 days, so you'll need to generate a new one in the dashboard.
[… the system has no access to the user's account, and no such rotation policy exists …]
```

### Guess dressed as a leading answer
- Kind: warn
- Summary: Offers one plausible cause as "most likely" without acknowledging it cannot inspect anything, so a guess inherits the authority of a diagnosis.

```text
User: Why is my API key suddenly returning 403 errors?
Assistant: This is most likely a billing issue — 403s usually mean your plan lapsed. Check your payment method first.
```

### Calibrated non-answer
- Kind: ok
- Summary: States what it cannot see, then converts the unknown into a checkable list instead of a fabricated answer.

```text
User: Why is my API key suddenly returning 403 errors?
Assistant: I can't see your account, so I can't say which it is — but 403s on a previously working key usually come down to a revoked or rotated key, an expired plan, or a new IP/permission restriction. The response body's error code will narrow it down; can you paste it?
```

## Detection Approaches
- **Self-consistency sampling**: Sample the same question several times at nonzero temperature. When the model knows the answer, the samples agree; when it is guessing, they scatter across different confident answers — divergence is a direct signal that the response is fabrication rather than knowledge.
- **LLM-as-judge evaluation**: Run a judge that asks whether the system had the evidence or access needed to answer at all — could it actually see the user's account, the file, the current state? — and flags confident answers built on inspection the system never performed.
- **Golden-set evals**: Maintain a test set of questions that are unanswerable by construction — missing access, withheld context, genuinely unsettled questions — and regression-test the abstention rate. Any confident answer on this set is a fabrication by definition.

## Mitigation Approaches
- **Instruction constraints**: Explicitly authorize "I don't know" and "I can't see that" as good answers, and instruct the model to state what it would need — access, context, an error message — before diagnosing. This counters the training-time pattern where every question is followed by an answer.
- **Confidence-based abstention**: Consult the uncertainty signals the model already carries — token probabilities, self-rated confidence, or agreement across samples — and route low-confidence answers to abstention or hedged framing instead of letting standard generation ignore them (Kadavath et al., 2022, "Language Models (Mostly) Know What They Know").
- **Tool-backed lookup**: Give the system the access the question requires — account state, logs, search — so it can check instead of guess. Many unknown-answer fabrications are really missing-tool problems; a model that can read the 403 response body doesn't need to invent a rotation policy.

## Related Modes
- **Calibration Failure** (`calibration-failure`)
  HTML: https://failmodes.com/failure-modes/calibration-failure
  JSON: https://failmodes.com/failure-modes/calibration-failure.json
- **Extrinsic Hallucination** (`extrinsic-hallucination`)
  HTML: https://failmodes.com/failure-modes/extrinsic-hallucination
  JSON: https://failmodes.com/failure-modes/extrinsic-hallucination.json
- **Entity Hallucination** (`entity-hallucination`)
  HTML: https://failmodes.com/failure-modes/entity-hallucination
  JSON: https://failmodes.com/failure-modes/entity-hallucination.json
- **Missing Tool Invocation** (`missing-tool-invocation`)
  HTML: https://failmodes.com/failure-modes/missing-tool-invocation
  JSON: https://failmodes.com/failure-modes/missing-tool-invocation.json