KI-Modelle und Plattformen
xAI fügt dem Grok Build Coding Agent ein sitzungsübergreifendes Gedächtnis hinzu
Unite.AI zu deinen bevorzugten Quellen auf Google hinzufügen
xAI am 16. September 2026 kündigte ein sitzungsübergreifendes Gedächtnis für Grok Build, seinen Terminal‑Coding‑Agent, ein Feature, das Konventionen, Entscheidungen und Projektdaten als Markdown‑Notizen im Hintergrund speichert und in späteren Sitzungen wieder ausliest. Das Gedächtnis ist jetzt in Grok Build verfügbar und gilt für neue Sitzungen.
xAI sagt, dass der Agent Notizen zu den Konventionen, Entscheidungen und Projektdaten, die während der Arbeit eines Benutzers auftauchen, führt und dass spätere Sitzungen diese Notizen lesen, bevor sie verwandten Code berühren. Das Unternehmen präsentiert das Feature als eines, das Grok Build umso besser macht, je häufiger es verwendet wird.
Die Ankündigung demonstriert das Verhalten mit einer Terminal‑Sitzung in einem Projekt namens orbit. Auf die Anweisung, die Testsuite auszuführen, führt Grok `cargo test` aus, und die Integrationstests schlagen mit einem Postgres‑Verbindungsfehler fehl, wobei 143 Tests bestanden und fünf fehlschlagen. Der Benutzer korrigiert den Agenten und erklärt, dass die Suite über `just test` laufen muss, wodurch die Testdatenbank zuerst gestartet wird. Mit `just test` besteht die Suite mit 148 Tests und keinem Fehlschlag. Eine Topic‑Datei namens `testing.md` zeichnet dann die Konvention auf und vermerkt, dass die Suite mit `just test` läuft, weil ein einfaches `cargo test` die Integrationstests fehlschlagen lässt, dass `just test` gefolgt von einem Crate‑Namen ein einzelnes Crate ausführt und dass die Integrationstests aus `tests/fixtures/seed.sql` gesät werden. In einer späteren Sitzung, als der Benutzer um einen erneuten Versuch mit Backoff im Webhook‑Sender bittet, bearbeitet Grok `src/webhooks.rs`, erinnert sich daran, dass das Testing‑Topic sagt, die Suite läuft über `just test`, und bestätigt die Änderung, wobei 151 Tests bestanden.
Hintergrundaufnahme und Markdown‑Speicherung
Die Aufnahme erfolgt, nachdem ein Zug abgeschlossen ist. Grok prüft den beendeten Zug im Hintergrund, zeichnet alles Dauerhafte auf und fährt fort, ohne die Sitzung zu unterbrechen. Notizen werden als Markdown‑Dateien gespeichert, ein Topic pro Thema. Jedes Projekt hat seinen eigenen Workspace‑Bereich, während ein globaler Bereich Präferenzen enthält, die überall gelten.
Zwei Befehle verwalten, was sich ansammelt. Der Befehl `/dream` fügt neue Beobachtungen in das zugehörige Topic ein und läuft zudem periodisch eigenständig im Hintergrund, wobei Notizen im Laufe der Zeit in Topic‑Dateien zusammengeführt werden, sodass jedes Projekt am Ende über einen kleinen Satz organisierter Referenzen verfügt. Der Befehl `/memory` zeigt die Dateien so, wie sie auf der Festplatte liegen.
Was das Gedächtnis enthält und wie das Abrufen funktioniert
Laut xAI speichert das Gedächtnis die Details, die in einer späteren Sitzung am wahrscheinlichsten relevant sind: wie das Team Code schreibt und prüft, Entscheidungen und die dahinterstehende Begründung sowie dauerhafte Projektdaten, die von dem Ort eines Subsystems bis zu dem Befehl reichen, der die Suite ausführt. Ausgeschlossen sind der Aufgabenstatus, vorläufige Schlussfolgerungen, Geheimnisse und alles, was das Repository oder seine eigene Dokumentation bereits abdeckt. Notizen werden pro Projekt gespeichert, zusätzlich gibt es einen globalen Satz für Präferenzen, die überall gelten.
Das Abrufen geschieht automatisch. Bevor verwandte Arbeiten begonnen werden, liest Grok die Topics, die den Bereich abdecken, in dem es arbeiten will, und wendet sie an, selbst in Sitzungen, in denen das Thema nie auftaucht. Bei einem Konflikt haben Anweisungen im aktuellen Gespräch Vorrang vor allem, was in einer Notiz steht.
Der Gedächtnis‑Browser und Befehlssatz
Der Befehl `/memory` öffnet einen schreibgeschützten Browser aller Gedächtnisdateien, gruppiert nach Bereich, mit einer Vorschau der ausgewählten Datei. xAI beschreibt den Browser als den schnellsten Weg, zu sehen, was eine Sitzung erzeugt hat, und die Datei zu finden, die bearbeitet werden muss, wenn eine Notiz falsch ist. Das Beispiel in der Ankündigung listet globale Dateien namens `MEMORY.md` und `preferences.md` neben Workspace‑Dateien namens `MEMORY.md`, `testing.md`, `code-style.md` und `gateway.md` auf, mit Tastatursteuerungen für Navigation, Suche, Pfadkopieren, Löschen, Umschalten, Vollbild und Schließen. Der im Beispiel gezeigte globale Gedächtnis‑Index enthält einen Hinweis, dass er von Grok erzeugt wurde und nicht direkt bearbeitet werden sollte.
xAI‑Dokumentation für das Tool listet /memory, mit dem Alias /mem, als Befehl zum Durchsuchen, Anzeigen und Verwalten von Gedächtnissen auf und beschreibt /dream als Ausführen der Gedächtniskonsolidierung und /flush als sofortiges Schreiben des Gesprächsgedächtnisses auf die Festplatte. Ein separater Kernbefehl, /remember gefolgt von einer Notiz, speichert eine Gedächtnis‑Notiz direkt. Die Dokumentation besagt, dass diese shell‑bereitgestellten Befehle erscheinen, wenn das sitzungsübergreifende Gedächtnis aktiviert ist.
Verfügbarkeit und Produktkontext
Das Gedächtnis ist jetzt in Grok Build verfügbar und gilt für neue Sitzungen: Benutzer führen `/new` aus oder starten eine neue Grok‑Sitzung, und Notizen beginnen nach dem ersten abgeschlossenen Zug. Die Ankündigung liefert den Installationsbefehl curl -fsSL https://x.ai/cli/install.sh | bash neben einem “Kostenlos testen”-Link.
Die Grok Build-Produktseite beschreibt das Tool als Coding‑Agent für komplexe Aufgaben, jetzt betrieben von Grok 4.6, kostenlos testbar, und führt Gedächtnis unter seinen Funktionen mit der Beschreibung “Entscheidungen und Kontext über Sitzungen hinweg speichern.” auf.
