---
term: "Context Freshness"
slug: "context-freshness"
glossar_id: "G228"
variants: ["Stale Context"]
category: "kontextfenster-kontextmanagement-und-kontextprobleme"
marker: ""
short: "Aktualität beziehungsweise Veraltung der bereitgestellten Informationen."
sources:
  - label: "Redis: Context Poisoning"
    url: "https://redis.io/blog/context-poisoning-agent-reasoning/"
  - label: "Elastic: Context Poisoning und Retrieval"
    url: "https://www.elastic.co/search-labs/blog/context-poisoning-llm"
status: "entwurf"
updated: "2026-09-21"
---

# Context Freshness / Stale Context

Context Freshness bezeichnet die Aktualität der bereitgestellten Informationen; Stale Context meint einen Kontext mit inzwischen überholten Angaben. [Redis: Context Poisoning](https://redis.io/blog/context-poisoning-agent-reasoning/) Das Problem kann entstehen, wenn frühere Datenstände aus Zwischenspeichern oder gespeicherten Notizen erneut als aktuelle Grundlage verwendet werden. [Redis: Context Poisoning](https://redis.io/blog/context-poisoning-agent-reasoning/)

## Neu abgerufen heißt nicht zwingend aktuell

Ein frisch ausgeführter Abruf kann weiterhin einen alten Datenstand aus einem Zwischenspeicher liefern. [Redis: Context Poisoning](https://redis.io/blog/context-poisoning-agent-reasoning/) Deshalb sind Abrufzeitpunkt, Stand der ursprünglichen Quelle und fachliche Gültigkeit unterschiedliche Fragen.

Auch gespeicherte Zusammenfassungen können auf Aussagen beruhen, die inzwischen überholt sind. [Redis: Context Poisoning](https://redis.io/blog/context-poisoning-agent-reasoning/) Ein plausibel formulierter Text belegt nicht, dass seine Angaben noch gelten.

Elastic verwendet für solche zeitlichen Veränderungen teilweise auch den Ausdruck Context Rot. [Elastic: Context Poisoning und Retrieval](https://www.elastic.co/search-labs/blog/context-poisoning-llm) In diesem Glossar bleibt Context Rot jedoch der nachlassenden Nutzung längerer Kontexte vorbehalten; Aktualitätsprobleme werden hier behandelt.

## So kannst du dir das vorstellen

Eine hypothetische KI beantwortet eine Frage zum zuständigen Projektkontakt. In ihrer gespeicherten Notiz steht noch die frühere Verantwortliche, obwohl das aktuelle Projektverzeichnis bereits eine andere Person nennt.

Die alte Notiz könnte ursprünglich korrekt gewesen sein. Für eine heutige Antwort wäre sie dennoch ungeeignet, sofern die Zuständigkeit tatsächlich gewechselt hat.

Fragt jemand dagegen nach der Zuständigkeit im vergangenen Quartal, kann gerade der historische Stand relevant sein. Ich würde deshalb immer den gewünschten Bezugszeitpunkt der Frage festhalten.

## Aktualität ist nicht dasselbe wie Wahrheit

Zeit- und Versionsangaben helfen, ungeeignete Datenstände abzugrenzen; sie ersetzen keine Prüfung, ob die Quelle zum konkreten Fall passt. [Elastic: Context Poisoning und Retrieval](https://www.elastic.co/search-labs/blog/context-poisoning-llm) Die neueste Unterlage kann beispielsweise eine andere Produktversion betreffen.

Für einen Ablauf würde ich Quelle, Gültigkeitsbereich und Aktualisierungsweg dokumentieren. Bei Änderungen müsste außerdem geprüft werden, ob abgeleitete Notizen oder Zusammenfassungen ebenfalls angepasst werden müssen, damit die überholte Angabe nicht erneut in den Kontext gelangt. [Redis: Context Poisoning](https://redis.io/blog/context-poisoning-agent-reasoning/)

## Verwandte Begriffe

**Context Rot**, **Context Curation**, **Context Poisoning**, **Context Clash**, **Memory**.