Agentengedächtnis und Nachweise /
Ein offenes Agentengedächtnis macht Änderungen lesbar. Ihre Begründung braucht eine Quelle.
Ein Agent merkt sich, dass ein bestimmter Kollege Angebote freigibt. Wochen später wechselt die Zuständigkeit, und die alte Notiz taucht weiterhin in seinen Antworten auf. Git könnte sichtbar machen, wann jemand den Eintrag geändert hat. Ob die neue Zuständigkeit stimmt, muss ein anderer Beleg tragen. Dieser erfundene Fall macht den Nutzen eines lesbaren Gedächtnisses ebenso deutlich wie seine Grenze.

Git macht Textänderungen nachvollziehbar; Quellen und Gültigkeit gespeicherter Angaben bleiben eine eigene Prüfung.
Cognition veröffentlicht ein einfaches Format
Am 2026-10-05 stellte Cognition Agent Memory Repo öffentlich vor. Das Originalrepository enthält eine Spezifikation und einen installierbaren Skill unter MIT-Lizenz. Sein Einstieg ist eine kurze MEMORY.md mit Verweisen auf weitere Dateien. Notizen können Quellen und ein Hinzufügedatum tragen; Querverweise verbinden zusammengehörige Themen. Das Gedächtnis liegt in einem eigenen Git-Repository, dessen Geschichte Änderungen nachvollziehbar hält.
Der konkrete Ansatz verdient Aufmerksamkeit, weil sein Bestand mit gewöhnlichen Werkzeugen lesbar bleibt. Ein Entwicklungsteam kann eine gespeicherte Projektentscheidung ansehen, ihre Herkunft nachlesen und die Änderung vergleichen. Dafür muss es keine besondere Gedächtnisoberfläche übernehmen. Das Format allein belegt allerdings weder, dass jeder Agent die Verweise richtig nutzt, noch dass gespeicherte Schlussfolgerungen zutreffen.
Der lokale Einstieg ist enger als Dreaming
Cognition beschreibt auch „Dreaming“: Ein regelmäßig arbeitender Agent soll Muster ergänzen, Dubletten zusammenführen und veraltete Einträge bereinigen. Der aktuell veröffentlichte Skill richtet diese Hintergrundarbeit ausdrücklich nicht ein. Er arbeitet bei Aufruf, fügt keine Hooks oder Startskripte hinzu und verspricht kein automatisches Laden in späteren Sitzungen. Sein Standard ist lokal; einen Remote-Speicher soll er nur auf ausdrücklichen Wunsch mit einem benannten privaten Repository verbinden.
Diese Unterscheidung ist für eine erste Bewertung tragend. Die offene Dateistruktur und der lokale Einstieg sind prüfbare Artefakte. Eine dadurch bereits installierte nächtliche Selbstpflege wäre eine weitergehende Behauptung, die dieser Skill nicht trägt. Auch die Leistungsbeispiele auf der Website sind Beispiele des Herstellers, keine Messungen unserer Redaktion.
Ein Nachweis für Änderungen braucht zwei Ebenen
Ein Git-Commit beantwortet, welche Textfassung gespeichert wurde. Als Gegenprüfung für unseren Zuständigkeitsfall empfiehlt sich daneben die Quelle, aus der die neue Freigaberolle stammt. Die Spezifikation empfiehlt das Feld source, macht es aber nicht für jeden Eintrag verpflichtend. Ein Betrieb muss daher selbst entscheiden, welche Notizen ohne Herkunft nur als unbestätigte Hinweise gelten dürfen.
Eine kleine Papierprüfung reicht zur Vorbereitung: dieselbe Zuständigkeit zunächst als bestätigten Fakt mit Quelle notieren, dann eine widersprechende Aussage ohne Quelle danebenstellen. Welche Fassung soll der nächste Agent benutzen? Ein zweiter Fall betrifft ein historisches Angebot, dessen alte Konditionen weiter im Repository liegen. Die neue Sitzung muss den gültigen Stand erkennen können, auch wenn die frühere Fassung in der Geschichte erhalten bleibt. Wir haben diese Fälle nicht mit der Software ausgeführt.
Lesbare Dateien und ein eigenes Repository sind eine brauchbare Grundlage für portables Arbeitswissen. Vor einem Versuch mit echten Projektdaten gehören deshalb ein Quellenmaßstab und eine Regel für ersetzte Angaben in den Auftrag; die ersten Beispiele sollten vollständig synthetisch bleiben.
QUELLEN UND STAND / GEPRÜFT 2026-10-17
MATHIAS HEINKE