Askpert
Menu
Get started
Engineering

What the Reversal Curse means for storing facts in a model

GPT-4 answered the forward question 79% of the time and the reversed one 33%. A fact written into weights is not automatically queryable from both ends.

Two navy cards joined by a bold coral arrow running left to right; beneath them the same pair, with the return arrow drawn as a broken navy dashed line that stops in a gap and never reaches the other card.
On this page
Terms, definedthe jargon, decoded
Reversal Curse
A directional failure in which learning \"A is B\" does not automatically produce \"B is A\".
In-context learning
Reasoning over information supplied in the current prompt rather than stored in weights.
Finetuning
Additional training that changes a model's learned response behavior.
Retrieval
Selecting external information and placing it in the model's context at query time.
Directional query
A question that presents a known relation starting from one chosen endpoint.

Putting facts into a model by finetuning feels like writing rows into a database. The mental model breaks in a specific, testable way: the row can be readable from one end of the relation and not from the other.

That failure has a name, a paper, and a mitigation that most teams already have available.

What is the Reversal Curse in LLMs?

The Reversal Curse is a directional failure in learned factual associations: a model trained on "A is B" does not automatically learn "B is A". The phenomenon concerns how a relation is exposed through the weights after training. It does not claim that a model cannot reverse a relation when the forward fact is present in its context.

In the Reversal Curse paper, Berglund et al. state: "If a model is trained on a sentence of the form 'A is B', it will not automatically generalize to the reverse direction 'B is A'." The abstract illustrates the claim with "Valentina Tereshkova was the first woman to travel to space." The model will not automatically answer "Who was the first woman to travel to space?", and "the likelihood of the correct answer ... will not be higher than for a random name."

That last clause is the sharp part. The correct answer is not merely harder to reach; it is not preferred over an arbitrary name.

Why does finetuning "A is B" fail to teach "B is A"?

Finetuning does not guarantee that a fact learned in one grammatical direction will be available from the other direction. A forward statement and a reverse question expose different access paths to the same relation. The paper measures answer behavior, so the engineering concern is query access, not whether the text was present during training.

Training on "A is B" gives exposure to that ordering. A question beginning from B asks for A through the opposite ordering. The Reversal Curse names this access gap. Treating a weight-stored fact as a database record with reverse lookup assumes a property the experiment does not grant.

What did the GPT-3 and Llama-1 experiments test?

The finetuning experiments used fictitious statements to isolate directional learning. After finetuning on a fact such as "Uriah Hawthorne is the composer of Abyssal Melodies," the models failed to answer the reverse query, "Who composed Abyssal Melodies?" The names and work were fictitious, so the result did not depend on memorized celebrity knowledge.

This setup tests whether a newly learned relation is exposed from either endpoint. It does not test every form of reasoning, and it does not show that the model cannot process the relation when the statement is supplied.

How strong is the Reversal Curse across models?

Across the reported conditions, the paper states that "The Reversal Curse is robust across model sizes and model families and is not alleviated by data augmentation." The statement describes the reported experiments, not every language model released afterward. Engineering conclusions should preserve that boundary: the result motivates directional tests, but it is not a universal score for current models.

In the paper's GPT-4 celebrity probe, GPT-4 "correctly answers questions like the former 79% of the time, compared to 33% for the latter." The former question was "Who is Tom Cruise's mother? [A: Mary Lee Pfeiffer]"; the latter was "Who is Mary Lee Pfeiffer's son?" Those values describe GPT-4 as evaluated in that paper, not a benchmark for later models.

Can LLMs reason about reversed relations?

Yes, when the forward fact appears in context. The paper's abstract explicitly says: "if 'A is B' appears in-context, models can deduce the reverse relationship." The Reversal Curse therefore concerns weight-based access after training, not a blanket inability to reason about reversed relations when the premise is supplied at inference time.

This is the engineering boundary, and it is the reason the finding is actionable rather than merely discouraging. A model can receive "Valentina Tereshkova was the first woman to travel to space" in a prompt and use it to answer a question whose wording starts from the other side. The failure appears when the fact is expected to be available only through the finetuned weights.

Why does retrieval work when finetuning facts does not?

Retrieval avoids this particular failure by putting the fact in the model's current context before answer generation. A retrieved sentence such as "A is B" supplies the premise for a question about "B", while finetuning alone asks the weights to expose the reverse relationship without that premise. Retrieval therefore supports bidirectional questioning without requiring symmetric fact storage.

The distinction is narrower than a general argument against finetuning. Fine-tuning versus prompt engineering covers the broader choice; the Reversal Curse adds a specific test for factual lookup. If a user can ask about either endpoint, keep the canonical relation available at inference time rather than assuming training order will be inverted.

Should factual lookup use retrieval or model weights?

Use retrieval as the default for factual lookup when a question may name either side of a relation. Finetuning remains suited to changing behavior, format, or task-specific response patterns, but the Reversal Curse makes directional fact storage an unsafe assumption. The decision is not "retrieval always wins"; it is "do not treat weight storage as bidirectional lookup without testing."

RequirementDefault mechanismReason
Fact must be inspectable at answer timeRetrievalThe premise appears in context.
Query may start from either entityRetrievalThe model receives the relation before answering.
Behavior or output pattern must changeFinetuningThe objective is behavior, not a fact record.

Retrieval still needs an evaluation of whether the right passage is selected. BM25 versus vector search covers that retrieval-method question. The Reversal Curse addresses a different failure: the fact is known to the system, but a reverse query cannot reliably reach it through weight storage alone.

How can you test a model for the Reversal Curse?

Test weight-based fact storage in both directions before relying on it. Record the forward statement, ask the direct question, ask the reverse question without restating the fact, and then repeat the reverse question with the statement in context. The contrast distinguishes failure to retrieve a relation from failure to reason over a supplied premise.

Use controlled fictitious statements when the goal is to test the storage path rather than prior knowledge. Keep the relation fixed while changing only the direction of the question. A reverse-query failure without context, followed by a successful answer with the fact in context, identifies the boundary described by the paper.

An evaluation that checks only the wording used during finetuning can miss this failure entirely. Directional coverage belongs in tests for any system that stores factual associations in model weights.

What is the Reversal Curse?

The Reversal Curse is the failure to automatically infer "B is A" after a model is trained on "A is B". The published finding concerns directional access to a learned relation. It does not say that a model cannot reason over the reverse relationship when the forward statement is supplied in the current context.

Does the Reversal Curse mean LLMs cannot reason backward?

No. The paper's abstract states that if "A is B" appears in-context, models can deduce the reverse relationship. The limitation concerns expecting finetuning to make the reverse fact available from the weights without supplying the forward premise. Retrieval uses the in-context route, so this distinction affects factual lookup design.

Why is retrieval useful for reversed factual queries?

Retrieval places the canonical fact in the model's context at answer time. A question can then start from either endpoint while the model sees the relation needed to answer it. This avoids relying on finetuning to make a one-directional association behave like a bidirectional record.

Does the paper prove that every language model has the Reversal Curse?

No. The evidence is bounded by the experiments reported in the paper, including finetuning experiments with GPT-3 and Llama-1 and a celebrity probe evaluated with GPT-4. The paper supports directional testing and careful fact-storage choices; it does not establish a result for every later model.