Claude Code-Speicher: Überprüfen Sie, was belastet und überlebt

Claude Code Speicher sollte als veränderter Eingabevertrag betrieben werden, nicht nach dem, ob der Agent mit dem Projekt vertraut klingt. Eine gesunde Einrichtung hat drei Beweise: die erwarteten Quellen sind geladen, ihr Inhalt ist nicht abgeschnitten oder gekürzt worden, und eine kritische Projektentscheidung kann nach einem Neustart oder einer Kompaktion noch wiedergegeben werden. Dieser Standard ist wichtig, weil memory jetzt auf mehrere Mechanismen bezieht. Claude Code liest von Menschen verwaltete CLAUDE.md Anweisungen und hält auch ein vom Agenten geschriebenes Auto Memory Verzeichnis. Beide können vorhanden sein, während der falsche Bereich aktiv ist. Beide können aktuell auf der Festplatte sein, während sie abwesend sind. Und es gibt auch keine Durchsetzungsgrenze: Die Dokumentation von Anthropic beschreibt diese Dateien explizit als Kontext. Wenn eine Aktion blockiert werden muss, verwenden Sie eine deterministische Steuerung wie einen PreToolUse Haken. Die praktische Standardregelung ist einfach: Halten Sie langlebige Teamregeln in einem kurzen Projekt CLAUDE.md , bewegen Sie bedingte Anweisungen in path scoped Regeln, halten Sie das Auto Speicher als kurzen Index und überprüfen Sie die Live Quell Set vor dem Debug des Modells. Das Speicher wird als Lade Source Vertrag betrachtet. Die aktuelle Dokumentation des Claude Codes beschreibt zwei ergänzende Systeme: Quelle Schriftsteller Typischer Umfang Startup Verhalten Die besten Beweise Verwaltung von CLAUDE.md Organisation Jeder Benutzer Bei dem Start geladen /context oder InstructionsLoaded Benutzer ~/.claude/CLAUDE.md Einzelne Jedes Projekt Bei dem Start geladen /context Projekt CLAUDE.md oder .claude/CLAUDE.md Team Repositorium Bei dem Start geladen /context plus Dateihash CLAUDE.local.md Einzelne Aktuelles Projekt Beim Start geladen, wenn lokale Einstellungen aktiviert sind /context plus Dateihash Nestet CLAUDE.md Eigentümer von Teams oder Komponenten Unterverzeichnis Aufgeladen , als Claude in diesem Unterbaum liest . InstructionsLoaded .claude/rules/ .md Team Gesamt oder Pfadvermessung Start oder Abgleichsdatei Lade InstructionsLoaded Automatisches Speichern MEMORY.md Claude Repository, geteilt über Arbeitsbäume Erste 200 Linien oder 25KB /memory , Aktenprüfung und ein Kanarisch In der Tabelle wird die erste Fehlerklasse angezeigt: deklariert ist nicht geladen . /memory ist nützlich für die Suche und Bearbeitung konfigurierter Standorte. /context beantwortet die engere Frage, welche Speicherdateien das aktuelle Gespräch erreicht haben. Der in Claude Code 2.1.69 hinzugefügte InstructionsLoaded Häkel ist am besten geeignet, wenn die Zeit und der Grund für eine faule Belastung wesentlich sind. Wenn man eine Diagnose durch eine andere ersetzt, entsteht ein falscher grüner Zustand. Die Ladung ist auch wichtig. Claude Code geht vom breiteren Verzeichnis zum Arbeitsverzeichnis. Spätere Dateien kommen später, aber das System verknüpft Anweisungen, anstatt die nächstgelegene Datei als saubere Überschrift zu behandeln. Zwei widersprüchliche Regeln bleiben daher zwei widersprüchliche Kontextstücke. Die sichere Antwort ist, den Widerspruch zu beseitigen, nicht auf Position zu verlassen. Die Einfuhren setzen eine weitere Grenze. Ein Projekt CLAUDE.md kann eine weitere Datei mit @path enthalten, die nach der aktuellen Dokumentation aufrechterhalten wird. Eine Einfuhr außerhalb des Arbeitsverzeichnisses erfordert die Genehmigung, wenn sie zum ersten Mal aufgetreten ist. Die Aufteilung einer großen Datei in Importe kann die Wartung erleichtern, reduziert jedoch nicht den Startkontext, da die importierte Inhalte immer noch geladen werden. Das Auto Speicher hat eine andere Grenze. Nur die ersten 200 Zeilen oder die ersten 25KB von MEMORY.md , je nachdem, welche Grenze zuerst ankommt, treten in eine neue Konversation ein. Einzelheiten in den Themenakten werden auf Anfrage gelesen. Seit dem Claude Code 2.1.211 sind Frontmatter und HTML Kommentare auf Blockebene bei der Messung des geladenen Teils ausgeschlossen. Ein erfolgreiches Schreiben über die Grenze hinaus ist daher kein erfolgreiches zukünftiges Lesen. Klassifizieren Sie es als Teildeckung , nicht gesunde Persistenz. Erstellen Sie ein Manifest, bevor Sie die Schuld auf den Rückruf geben . Eine nützliche Prüfung sammelt keine Anfragen, Transkripte oder Gedächtnisinhalte. Es erfasst die Quellwege, den Umfang, die Größe, die Modifizierungszeit, eine SHA 256 Verwertung, die Importe und den dokumentierten Belastungsmodus. Das für diesen Artikel verwendete reproduzierbare Artefakt akzeptiert ein Repository, ein Arbeitsverzeichnis und einen optionalem Auto Memory Index: Seine Ausgabe hält absichtlich davon ab, dass ein Modell einer Anweisung folgte: Das Begleiter Fixtur erstellt eine Root Instruktionsdatei, eine lokale Datei des Arbeitsverzeichnisses, eine path scoped Regel, eine importierte Entscheidungdatei und einen 205 Zeilen Auto Memory Index. Die Prüfung erfolgt nur, wenn die Prüfung: entdeckt beide Startzeit Anweisungsdateien; behebt die Einfuhr, ohne ihren Inhalt in den Bericht aufzulesen; Markiert die Regel als path scoped; Markiert die Abdeckung des Starts von Auto Memory als teilweise an der Liniegrenze; produziert einen Hash für jede beobachtete Quelle; und Weigert sich, ein vollständig gesundes Urteil ohne Beweise zurückzugeben. Diese letzte Ablehnung ist wichtig. Dateihashes beweisen Veränderungserkennung, nicht Einhaltung. /context beweist die Einbeziehung, nicht dass das Modell die richtige Entscheidung angewandt hat. Selbst InstructionsLoaded beweist ein Ereignis, nicht das beabsichtigte Ergebnis. Die Beweiskette sollte additiv sein: 1. Inventar: Die Quelle existiert dort, wo die dokumentierte Lösung sie finden kann. 2. Integrität: hat eine Verdauungs und Modifikationszeit, die mit der erwarteten Revision übereinstimmt. 3. Inklusion: /context oder ein InstructionsLoaded Ereignis zeigt, dass es in die Sitzung eingetreten ist. 4. Entscheidung: ein deterministischer Kanar produziert die erwartete projektspezifische Antwort. 5. Outcome: das resultierende Befehl, Datei oder Lieferwert überlässt seine eigene Überprüfung. Zum Beispiel fragen Sie nicht: "Erinnern Sie sich an unseren Befreiungsprozess?" Ein fließendes Ja ist unbestreitbar. Speichern Sie eine nicht geheime Entscheidung wie Produktionsveröffentlichungen verwenden scripts/release all.sh ; direkte Veröffentlichungs Rahmen Schub sind verboten. Fragen Sie dann in einer neuen Sitzung nach dem genehmigten Veröffentlichungs Eingangspunkt. Vergleichen Sie die Antwort mit dieser genauen Entscheidung und überprüfen Sie den tatsächlichen Release Befehl vor jeder Mutation separat. Teststart und Kompaktion als unterschiedliche Grenzen Ein Neustart und /compact führen nicht den gleichen Weg. Bei einem neuen Gespräch lädt Claude Code die konfigurierte Startzeit Quellstelle und den start sichtbaren Teil des automatischen Speichers auf. Auto Speicher ist maschinell lokal, obwohl aktuelle Claude Code Versionen die gleiche Projektkonfiguration und Auto Speicherverzeichnis über Worktrees eines Git Repository teilen. Eine erfolgreiche Prüfung in einem Arbeitsbaum beweist daher keine Synchronisierung mit einer anderen Maschine oder einer anderen Cloud Umgebung. Nach /compact wird der Projektwurzel CLAUDE.md erneut gelesen und erneut injiziert. Die eingetretenen CLAUDE.md Dateien werden nicht automatisch neu injiziert; sie kehren zurück, wenn Claude später eine Datei in ihrem Unterverzeichnis liest. Dies schafft ein schmales, aber echtes Unsicherheitsfenster. Wenn eine kritische Komponentenregel nur in einer verschlossenen Datei lebt, kann eine Antwort unmittelbar nach der Kompaktion plausibel sein, bevor diese Regel erneut geladen wurde. Verwenden Sie ein zweiteilige Protokoll: Grenze Einrichtung Kanarien Zustand der Passung Neustart Abschluss der Sitzung, Beginn aus demselben Repository und Arbeitsverzeichnis Bitten Sie um eine entscheidende Entscheidungsfindung Erwartete Quellen sind in /context angegeben; Antwort entspricht der Entscheidung Kompaktion Geben Sie den relevanten Unterbaum ein, bestätigen Sie seine vernichtete Quelle und führen Sie dann /compact aus Fragen Sie einmal vor und nach der Wiedereröffnung einer entsprechenden Datei Die Antwort nach dem Lesen passt; Lade Beweise registrieren die verschachtelte Quelle erneut Werkbaum Aus zwei Arbeitsbäumen aus demselben Repository Überprüfen Sie den Weg des automatischen Gedächtnisses und eine gemeinsame Entscheidung Beide lösen das gleiche Projektgedächtnis, ohne Anspruch auf Maschinensynchronisierung Übergrößerer Index Stellen Sie einen harmlosen Kanarien über die dokumentierte Startgrenze in einem Testgerät hinaus Starten Sie ein neues Gespräch ohne eine Themendatei zu öffnen Die Kanarien müssen als nicht verfügbar behandelt werden, um zu beweisen, dass die Prüfung eine teilweise Abdeckung ermittelt. Stellen Sie kein echtes Geheimnis, keine Kundenakte, keine privaten Anfragen oder Produktionsaufzeichnungen in einen Kanarienbüro. Die Frage sollte von einer harmlosen operativen Entscheidung abhängen, deren erwartete Antwort genau verglichen werden kann. Der Kompromiss besteht darin, dass mehr Instrumentation mehr Kontext werden kann. InstructionsLoaded Ereignisse und Datei Manifests sind kompaktes Beweismaterial; das Kopieren ganzer Anweisungsdateien in Logs ist nicht möglich. Sie bevorzugen Pfade, Hashes, Quelltyp, Belastungsgrund, Frische und ein begrenztes Kanarisch Ergebnis. Behalte den Gastgeber zufrieden. Verwenden Sie ein operatives Urteil . Verwenden Sie diese Zustände anstelle eines einzigen Memory Works Kontrollkästchen: Gesund: erwartete Quellen sind intakt und geladen, der Kanarie überlebt die getestete Grenze und das resultierende Aufgabenergebnis wird überprüft. Wartezeit: eine externe Einfuhrgenehmigung oder eine menschliche Entscheidung ist legitim ausstehend. Teilweise: der Auto Speicherindex überschreitet eine Startup Kappe oder eine verschlossene Quelle ist nach der Kompaktion nicht neu geladen. Drifted: ein Quell Hash wurde ohne eine überarbeitete Entscheidung Aktualisierung geändert. Konflikt: zwei geladene Quellen schreiben ein unvereinbares Verhalten vor. Unsicher: Datei Beweise und Live Verhalten nicht einverstanden, oder Einbeziehung Beweise sind nicht verfügbar. Die Betriebsregel lautet: Nicht wiederherstellen Sie Speicher nur aus Prosa . Identifizieren Sie zuerst die fehlende Beweislage. Bewegen Sie eine Regel nur, wenn ihr Umfang falsch ist. Verkürzen Sie einen Index nur, wenn die Start Abdeckung teilweise ist. Entfernen Sie einen Widerspruch, anstatt ein stärkeres Duplikat hinzuzufügen. Eskalieren, wenn der Kanarier trotz unversehrter, geladener Quellen versagt. Das geplante Gesundheitsmodell von Sidewisp umfasst Speicher und Kontextkontinuität neben Verfügbarkeit, Werkzeugen, Ausführung, Ergebnis und Kosten. Die nützliche Grenze hier ist die Diagnose: Eine zukünftige Integration könnte die Frische der Quelle, die teilweise Berichterstattung und die Entscheidungsträger kontinuierlich berichten, ohne Speicherinhalte hochzuladen. Es darf nicht so tun, als ob ein Dateihash eine nützliche Arbeit erweist. Sidewisp befindet sich derzeit in einer privaten Vorschauphase. Der Produktionsüberwachungsmotor und der Claude Code Adapter werden im Allgemeinen nicht ausgeliefert. Die öffentliche Website und das Artikel System sind live. Wenn Sie diese Art von Beweis First Gesundheit Ansicht um Agenten, die Sie bereits laufen wollen, schließen Sie sich der Vorschau an. Ausgehend von den Angaben zu Claude Code Speicherdokumentation, Claude Code Wechsellog und Sidewisp Produktstatus.