---
title: Debatte über die Kontextverwaltung von KI-Agenten und die Rolle von Git
url: https://www.dataloco.com/de/debatte-uber-die-kontextverwaltung-von-ki-agenten-und-die-rolle-von-git
published: 2026-11-11T10:21:09+00:00
language: de
section: Entwickler
source: https://habr.com/ru/articles/1105078/?utm_campaign=1105078&utm_source=habrahabr&utm_medium=rss
organizations: Claude Code, Codex, Hansard, deja-vu, Aider, OpenSpec
publisher: Dataloco
---

# Debatte über die Kontextverwaltung von KI-Agenten und die Rolle von Git

Nach dem Wechsel eines Entwicklers von Claude Code zu Codex entstand eine Diskussion darüber, ob die Verlaufsdaten von Dialogen bei vorhandener Versionskontrolle, Dokumentation und Spezifikationen noch benötigt werden. Der Entwickler berichtete, dass er nach der Sperrung seiner kostenpflichtigen Organisation auf Claude Code auf das System Codex umgestiegen war, um die Projekthistorie zu erhalten. Der Quellcode und die Repositories blieben auf dem Computer erhalten, während über Monate hinweg Dutzende von Gesprächen über Architektur, Fehler, Experimente und Pläne anfielen, die nicht vollständig in der Dokumentation erfasst wurden. Der Standardimport in Codex erwies sich als unpraktisch, da von 25 Projekten und 53 Chats nur etwa 50 Sitzungen übertragen wurden, wobei die Zuordnung der Gespräche zu den Projekten fehlerhaft war. Der Entwickler nutzte daraufhin das Tool Hansard, um über eine Suchfunktion auf die alte Historie zuzugreifen.

In den Kommentaren zur ursprünglichen Veröffentlichung entwickelten sich verschiedene Positionen. Ein Nutzer schlug vor, Entscheidungen und Pläne in Git zu speichern, während ein anderer auf Fähigkeiten, Wissensbasen und Dokumentation hinwies und auf den hohen Anteil an nutzlosen Informationen in alten Dialogen aufmerksam machte. Ein weiterer Teilnehmer thematisierte die Übertragung des Denkprozesses und die Unterschiede zwischen den Protokollen verschiedener Modelle. Ein Autor veröffentlichte einen separaten Beitrag mit der These, dass der Kontext im Repository und nicht im Chat liegen sollte, und beschrieb dabei die Ansätze GRACE und doubled-graph. Der ursprüngliche Autor erkannte nach der Recherche, dass die Beteiligten unterschiedliche Aufgaben diskutierten: das Speichern der Historie, die Übergabe unvollendeter Arbeit und die Bereitstellung verlässlicher Informationen für den Agenten sind getrennte Probleme.

Der Kontext besteht nicht aus einer einzelnen Datei, sondern aus Informationen an verschiedenen Orten. Der Code zeigt die aktuelle Implementierung, Abhängigkeiten und das Verhalten, erklärt aber nicht unbedingt die Gründe für die gewählte Architektur. Dokumentation kann diese Gründe enthalten, wenn sie aktuell gehalten wird. Die Gesprächshistorie bewahrt mehr Details, enthält aber auch falsche Hypothesen und veraltete Informationen. Die Aufgabe besteht daher nicht darin, den Agenten alles lesen zu lassen, sondern den passenden Informationsquelle auszuwählen und die Vertrauenswürdigkeit der Daten zu bewerten. Für aktuelle Projekte sind Dokumentation, Spezifikationen und der Code selbst die relevantesten Quellen. Ein neuer Entwickler beginnt nicht mit dem Lesen der gesamten Projekthistorie, sondern erhält eine Systemübersicht, Anweisungen und eine konkrete Aufgabe. Ähnlich verhält es sich bei KI-Agenten, für die in kleinen Projekten oft eine Datei wie AGENTS.md oder CLAUDE.md, aktuelle Dokumentation, Architektur-Entscheidungsprotokolle, Arbeitspläne und Tests ausreichen.

Git ist selbst keine Speichersystem, sondern eine Versionskontrolle. Es kann Spezifikationen, Entscheidungen, Pläne und sogar Sitzungshistorien enthalten, wobei der Inhalt und die Aktualität dieser Materialien entscheidend sind. Eine separate Herausforderung ist die Navigation in großen Codebasen. Das Tool Aider Repo Map erstellt eine kompakte Strukturkarte unter Berücksichtigung des Token-Budgets. Ein Artikel über Codebase Intelligence für Agenten beschreibt die Suche und Indexierung eines Rails-Monolithen mit mehr als 3,5 Millionen Zeilen. Strukturelle Navigation, Verbindungen zwischen Symbolen und semantische Suche ermöglichen es, nicht hunderte Dateien für eine einzelne Änderung lesen zu müssen. Selbst ein perfekt gefundener Codeabschnitt erklärt jedoch nicht unbedingt die Historie einer Entscheidung. Wenn ein Architektur-Dokument behauptet, zwei Module seien unabhängig, während im Code bereits eine Verbindung besteht, kann ein Agent auf Basis veralteter Informationen eine Änderung vorschlagen. Tools wie OpenSpec und GitHub Spec Kit helfen, die Arbeit über Anforderungen, Spezifikationen und Pläne zu organisieren. Der Ansatz GRACE und doubled-graph vergleicht die erklärte Architektur mit der tatsächlichen Codestruktur, was potenziell architektonische Abweichungen aufdecken kann. Ein übereinstimmender Graph garantiert jedoch nicht das korrekte Verhalten der Programms, und Spezifikationen sowie Verträge erfordern Pflege. Für große Projekte kann dies gerechtfertigt sein, für kleine Werkzeuge hingegen überflüssig. Der Grundsatz besteht darin, aktuelle Informationen durch eine unabhängige Quelle wie Code, Tests oder Ausführungsresultate zu überprüfen.

Im historischen Kontext kam das Tool Hansard zum Einsatz, das die Suche in gespeicherten Sitzungen verschiedener Agenten ermöglicht und über die Funktion Recall auf sie zugreift, um die Arbeit in einer anderen Agentenumgebung fortzusetzen. Der Entwickler arbeitet derzeit an NetRuleRouter, einem Programm zur Routenfindung des Datenverkehrs über verschiedene Verbindungen. Bei der Untersuchung eines Problems mit Windows TUN und dem Fehler 5010 informierte der Agent über die Bestätigung durch Hansard, dass TUF ein dedizierter Windows-Laptop mit einer lokalen Kopie des Repositories ist. Der Agent wies darauf hin, dass die Protokolle und der Lebenszyklus von TUN und Routen vor einer Codeänderung überprüft werden müssen. Informationen über den Testlaptop und die Bedingungen zur Reproduktion des Fehlers gehören nicht unbedingt zur Architektur-Dokumentation, können aber bei der Diagnose nützlich sein. Der Entwickler kann derzeit nicht behaupten, dass Hansard die Fehlerbehebung beschleunigt hat, da dies eine Überprüfung des Recall-Anfrags, der gefundenen Quellen und des Einflusses der Informationen auf die weiteren Schritte erfordern würde. Dieser Fall zeigt den möglichen Nutzen des historischen Kontexts, stellt aber noch keine Messung der Effizienz des Tools dar. Ein weiteres Projekt ist deja-vu von VShulcz, das lokale Protokolle von Coding-Agenten indexiert und die Suche über die Kommandozeile, MCP und andere Integrationen bereitstellt.

## This story in other languages

- [Italiano](https://www.dataloco.com/it/analisi-sulla-gestione-del-contesto-per-gli-agenti-di-intelligenza-artificiale)
- [Norsk](https://www.dataloco.com/no/debat-om-lagring-av-kontekst-for-kunstige-intelligens-agenter)
- [हिन्दी](https://www.dataloco.com/hi/eaaii-ejata-ka-le-satharabha-parabthhana-oura-samata-paranaelya-para-caraca)
- [Polski](https://www.dataloco.com/pl/dylematy-przechowywania-kontekstu-dla-agentow-sztucznej-inteligencji)
- [العربية](https://www.dataloco.com/ar/mnakshat-hol-adar-syak-oklaaa-althkaaa-alastnaaay-otkhzyn-thakr-almsharyaa)