Skip to content

cherware.de

From IT. Not from theory.

Menu
  • Start
  • Projects
  • Downloads
  • About
  • Contact
Menu

Drift und fehlende Persistenz in der Kollaboration mit LLMs

Posted on 8. November 202530. December 2025 by Christoph Hermanns

In der praktischen Softwareentwicklung wird schnell deutlich, wie nützlich große Sprachmodelle (LLMs) sein können: Sie unterstützen beim Entwickeln von Web-Apps, beim Verstehen komplexer Quelltexte und sogar bei der Fehlersuche in alten Systemen. Sie erklären komplexe Codeabschnitte, skizzieren Architekturüberlegungen und rekonstruieren Zusammenhänge innerhalb von Sekunden. Damit übernehmen sie eine Rolle, die man am ehesten mit einem erfahrenen „Pair Programmer“ vergleichen kann: ein Assistent, Mentor und Debugging-Partner zugleich.

Mit zunehmender Nutzung fällt jedoch ein wiederkehrendes Muster auf. Je länger ein Chatverlauf wird oder je öfter Aufgaben über mehrere Iterationen weiterentwickelt werden, desto stärker entfernen sich manche Antworten von zuvor gemeinsam erarbeiteten Aussagen. Die Ursachen wirken zunächst zufällig – doch die Beobachtungen deuten auf systematische Effekte hin, die unabhängig von der konkreten Aufgabe auftreten.

Wiederkehrende Phänomene in der Zusammenarbeit mit LLMs

Diese Auffälligkeiten lassen sich im Wesentlichen in vier Kategorien einordnen. Sie treten subtil auf, entwickeln aber spürbare Auswirkungen auf die Qualität und Stabilität der Zusammenarbeit.

Drift

Der Begriff „Drift“ ist aus dem Machine Learning bekannt, wo er etwa in Form von Concept Drift Veränderungen in Daten oder Beziehungen über die Zeit beschreibt. Für dialogbasierte Systeme lässt er sich analog verwenden: Nicht das Modell driftet, sondern der Dialog.

Diese dialogbezogene Drift zeigt sich unter anderem in Form von:

  • Begriffsdrift: Ein zuvor klar definierter Begriff wird später mit veränderter Bedeutung verwendet.
  • Strukturdrift: Eine vereinbarte Formatierung oder Struktur wird im Verlauf schrittweise abgeändert.
  • Kontextdrift: Der Fokus verschiebt sich unmerklich weg vom ursprünglichen Ziel.
  • Rollendrift: Das Modell fällt aus einer zuvor gesetzten Rolle in den allgemeinen Assistentenmodus zurück.

Wie diese Form des Drifts in der praktischen Arbeit mit LLMs in der wissenschaftlichen Literatur beschrieben wird, gilt es noch zu untersuchen.

Fehlende Persistenz

Ein weiterer zentraler Effekt in der Zusammenarbeit mit LLMs ist die fehlende Persistenz. Damit ist gemeint, dass Modelle keine stabile Erinnerung besitzen – weder über Chatgrenzen hinweg noch innerhalb eines einzelnen längeren Dialogs. Informationen bleiben nur so lange wirksam, wie sie im aktiven Kontextfenster präsent und für das Modell rechnerisch relevant sind. Je weiter frühere Aussagen zurückliegen, desto stärker verblassen sie im internen Aufmerksamkeitsfokus des Modells. Dadurch kann es vorkommen, dass sorgfältig eingeführte Begriffe, Regeln oder Strukturvorgaben während desselben Chats unzuverlässig fortgeführt werden. Der Persistenzverlust zeigt sich also nicht nur beim Wechsel in ein neues Chatfenster, sondern auch innerhalb eines fortlaufenden Gesprächs, wenn frühere Inhalte an Einfluss verlieren oder von jüngeren Passagen überlagert werden.

Vermischung der Ebenen

Ein weiteres Muster besteht darin, dass LLMs zwischen Abstraktionsebenen springen, oft aus übertriebener Hilfsbereitschaft:

  • Aus einer Analyse wird ungefragt eine Empfehlung.
  • Aus einer Struktur wird sofort ein Fließtext.
  • Aus der Fehlersuche wird plötzlich eine alternative Implementierung.

Diese Vermischung erschwert strukturiertes Arbeiten und kann dazu führen, dass falsche Fährten verfolgt werden.

Stabilitätsverlust in langen Chats

Mit zunehmender Chatlänge nehmen Instabilitäten sichtbar zu. Widersprüche zu früheren Aussagen, vergessene Details und Umdeutungen bereits definierter Elemente sind typische Symptome.

Eine zentrale technische Ursache dafür ist der Rezenzeffekt (Recency Bias): Informationen am Anfang des Dialogs verlieren an Einfluss, während jüngere Textpassagen dominieren. Dadurch verblasst die ursprüngliche Instruktion im Verlauf des Chats.

Warum diese Phänomene dokumentiert werden sollten

Die beschriebenen Muster treten in unterschiedlichsten Anwendungsszenarien auf und wirken sich deutlich auf die Qualität und Verlässlichkeit der Zusammenarbeit mit LLMs aus. Sie sind weder zufällige Einzelfälle noch das Ergebnis unklarer Prompts, sondern zeigen sich wiederkehrend und unabhängig von der konkreten Aufgabe. Genau deshalb lohnt es sich, sie systematisch zu dokumentieren und terminologisch zu schärfen.

Unbeantwortet ist noch die Frage, wie diese dialogbezogenen Effekte – insbesondere Drift, schwindende Persistenz und inkonsistentes Weiterführen früherer Aussagen – in der wissenschaftlichen Literatur als zusammenhängendes Phänomen beschrieben werden.

Eine sorgfältige Dokumentation schafft daher die Grundlage, diese Muster besser zu verstehen, ihre Ursachen klarer einzuordnen und langfristig Strategien zu entwickeln, die ihre Auswirkungen im Arbeitsalltag reduzieren. Sie dient damit sowohl der Reflexion aktueller Praxis als auch als Ausgangspunkt für weiterführende methodische oder wissenschaftliche Untersuchungen.

Ausblick

Ein naheliegender nächster Schritt besteht in einer systematischen Literaturrecherche, um zu klären, ob diese Phänomene bereits beschrieben und analysiert wurden.

Ergänzend bietet sich ein experimenteller Ansatz an, bei dem Drift und fehlende Persistenz gezielt nachgestellt und beobachtet werden. Wiederholte Iterationen, leicht variierte Prompts oder künstlich verlängerte Chatverläufe könnten genutzt werden, um zu analysieren, wie sich Definitionen, Strukturen oder Rollen im Verlauf verändern. Solche Experimente würden helfen, Schwellenwerte, Muster und Mechanismen dieser Instabilitäten besser zu verstehen und langfristig Werkzeuge oder Methoden zu entwickeln, die ihre Auswirkungen reduzieren.

Fazit

LLMs sind beeindruckende Werkzeuge, die Entwicklung, Analyse und Fehlersuche erheblich beschleunigen können. Gleichzeitig wird zunehmend sichtbar, dass ihre Grenzen weniger im fehlenden Wissen liegen, sondern in Instabilitäten, Drift und fehlender Persistenz über längere Interaktionen hinweg.

Das Verständnis dieser Phänomene ist ein wichtiger Schritt, um LLMs verlässlicher, reproduzierbarer und professioneller einsetzen zu können – und bildet die Grundlage für die nächsten Untersuchungen, die sich genau diesen Fragen widmen werden.

  • Print (Opens in new window) Print
  • Email a link to a friend (Opens in new window) Email
  • Share on LinkedIn (Opens in new window) LinkedIn
  • Share on Bluesky (Opens in new window) Bluesky
  • Share on Mastodon (Opens in new window) Mastodon
Category: AI, Data & Automation

Post navigation

← Der EU AI Act in die Praxis umgesetzt: So wird ein KI-System klassifiziert
BSI-Lagebericht 2025: Vom Angreifer zur Angriffsfläche – ein messbares Lagebild →

1 thought on “Drift und fehlende Persistenz in der Kollaboration mit LLMs”

  1. Christoph Hermanns says:
    30. November 2025 at 10:07 PM

    Ich habe das Thema inzwischen weiter vertieft und mich damit beschäftigt, wie Drift und fehlende Persistenz bei LLMs in der wissenschaftlichen Diskussion eingeordnet werden. Die daraus entstandenen Gedanken und Recherchen habe ich in einem Folgeartikel zusammengefasst, der die beobachteten Effekte etwas grundsätzlicher und konzeptioneller beleuchtet:

    https://www.cherware.de/aufmerksamkeitsabfall-und-drift-in-llms/

    Reply

Leave a Reply Cancel reply

Your email address will not be published. Required fields are marked *

Latest News

  • Lesenswert: Dario Amodei über das Tempo an der KI-Frontier (NEWS-28 / 14. September 2026)
  • Lutions auf DEV Community: erster Artikel veröffentlicht (NEWS-26 / 8. September 2026)
  • OWASP veröffentlicht Agent Control Standard für KI-Agenten (NEWS-25 / 5. September 2026)
  • Mensch und KI im Mittelstand: Praxisnaher Einstieg für KMU (NEWS-22 / 30. August 2026)
  • Lutions Public Portal 0.3.x: WordPress-News werden abonnierbar und besser auffindbar (NEWS-24 / 30. August 2026)

More

  • Implementierung eines MCP-Servers29. August 2026
  • MCP-Server: Der offene Standard zwischen KI-Hosts und deinen Systemen16. August 2026
  • Ein lokaler Umzug als Infrastrukturtest mit Codex9. August 2026
  • Das Grilling-Pattern: Anforderungen schärfen, bevor sie Code werden6. August 2026
  • Das LLM-Wiki in Lutions: Erste Gegenproben im Betrieb27. July 2026
  1. Christoph Hermanns on Agentic AI: Wie ich zu meiner idealen Entwicklungsumgebung kam9. September 2026
  2. Christoph Hermanns on C4-Diagramme mit PlantUML15. August 2026
  3. BeatAPI on C4-Diagramme mit PlantUML10. August 2026
  4. Christoph Hermanns on Das LLM-Wiki in Lutions: Erste Gegenproben im Betrieb28. July 2026
  5. Banana Prompts on My first experiments with Nano Banana: Google’s new AI image generator19. December 2025

ABAP AI Analysis Architecture Automation C4-Model Change Cloud Compliance Experiment GDPR GenAI Governance How-To Integration LLM LLMWiki Lutions MCP Notes Operations Overview PlantUML Reflection Risk SAP Security SME Snippet Strategy Toolbox

  • AI, Data & Automation
  • Allgemein
  • Cybersecurity, Risk & Compliance
  • Enterprise Architecture, Platforms & Integration
  • IT Operations, Resilience & Service Excellence
  • Strategy, Portfolio & Business Impact
  • Imprint
  • Disclaimer
  • Privacy policy
© 2026 cherware.de | Powered by Minimalist Blog WordPress Theme