Grok Build-hukommelse på tværs af sessioner: indstillinger og begrænsninger

Grok Build, xAI’s terminalagent, har hukommelse på tværs af sessioner: Den kan huske projektkonventioner, beslutninger og fejlsøgningstrin, der har virket, og derefter føje dem til konteksten for en ny session uden påmindelser. Funktionen er slået fra som standard og eksperimentel – den kan aktiveres med en enkelt indstilling.

Denne beskrivelse er baseret på den officielle vejledning i arkivet xai-org/grok-build pr. 20. september 2026. Forfatteren til den oprindelige artikel afprøvede ikke produktet: Funktionerne blev beskrevet ud fra dokumentationen, ikke personlige tests.

Praktiske oplysninger om at arbejde med Ailoot findes i dokumentationen.

Hvad giver hukommelse i Grok Build?#

Du har for eksempel i én session forklaret agenten, at projektet bruger indrykning med to mellemrum, at databasemigreringer køres med en separat kommando, og at et bestemt modul håndterer betalinger. I en ny session skal du give disse oplysninger igen.

Når hukommelse er aktiveret, kan Grok Build:

• huske projektkonventioner, du tidligere har forklaret;
• bruge fejlsøgningstrin, der allerede har virket;
• føre arkitekturbeslutninger videre til senere sessioner;
• undgå at spørge igen om ting, der allerede er besvaret.

Funktionen er eksperimentel og slået fra som standard. Agentens adfærd ændres ikke, før du aktiverer den.

Hvordan aktiverer du hukommelse?#

Én gang, for en enkelt kørsel:

GROK_MEMORY=1 grok

Variablen gælder kun for denne kørsel. Kommandoen export GROK_MEMORY=1 bevarer indstillingen i den aktuelle shell og aktiverer hukommelse for alle efterfølgende grok-kørsler fra den shell – indtil terminalsessionen slutter, eller du kører export GROK_MEMORY=0.

Permanent via konfigurationen. Føj dette til ~/.grok/config.toml:

[memory]
enabled = true

I en session uden genstart: Åbn /memory, og tryk på t.

Denne til/fra-funktion gælder kun for den aktuelle session og skrives ikke til konfigurationen. Den kan bruges til at aktivere eller deaktivere hukommelse. Deaktivering fjerner adgangen til hukommelsesværktøjer, men sletter ikke filerne fra disken; hvis du aktiverer hukommelse igen, åbnes lageret igen. Funktionen kan ikke tilsidesætte en tvungen deaktivering af hukommelse på procesniveau via GROK_MEMORY=0: /memory er ikke tilgængelig under hele sessionen.

Hvis indstillinger er angivet flere steder, gælder følgende prioritering:

• GROK_MEMORY=0 deaktiverer hukommelse for hele processen og har højeste prioritet.
• En eksplicit enabled = false i konfigurationen deaktiverer hukommelse, selv hvis en administreret fjernindstilling aktiverer den.
• Hukommelse kan aktiveres med GROK_MEMORY=1, enabled = true i konfigurationen eller en administreret fjernindstilling.
• Hvis intet er angivet, er hukommelse slået fra.

Noter føjes til ved sessionens første tur. Hvis du aktiverede hukommelse midt i arbejdet og vil have agenten til at begynde at bruge gemte projektoplysninger, skal du køre /new. Du kan kontrollere, om hukommelse er aktiveret, i outputtet fra grok inspect.

Hvad registrerer Grok Build, og hvor?#

Katalogstrukturen for ~/.grok/memory/:

En kort hash af arkivets identifikator føjes til projektnavnet på kataloget. Fjernadressen origin i formatet ”organisation/arkiv” bruges til identifikation, eller katalogstien, hvis der ikke er noget Git-arkiv. Derfor deler kloner og worktrees (separate arbejdskopier af Git-grene) den samme projekthukommelse: Det, agenten husker i én kopi, er tilgængeligt i en anden.

Poster oprettes på fire måder:

1. Automatisk opsummering ved sessionens afslutning. Når en session slutter, gemmer Grok Build en kort systemopsummering i den daglige log: antallet af beskeder, op til fem indledende væsentlige udvekslinger samt dato og klokkeslæt. Opsummeringen bygges ud fra metadata uden et modelkald eller forsinkelse. Meget korte sessioner springes over: Hvis der er færre end tre væsentlige udvekslinger eller mindre end 50 byte tekst fra dig, oprettes der ingen post. Opsummeringen indeholder ikke anvendte værktøjer, filstier eller kommandoer. Automatiske opsummeringer kan deaktiveres med indstillingen session.save_on_end = false.
2. /flush – en detaljeret note på anmodning. Med denne kommando opsummerer modellen de vigtigste punkter fra den aktuelle session: beslutninger, mønstre, fejlsøgningstrin og API-resultater. Opsummeringen skrives til en dateret log og indekseres til fremtidige sessioner. Dokumentationen anbefaler at køre /flush før kontekstkomprimering, ved afslutningen af en vellykket fejlsøgningssession og efter opdagelse af vigtige mønstre.
3. /remember – en udtrykkelig anmodning om at huske noget. Skriv /remember always open PR links after sending, eller sig til agenten: ”husk, at...”. Før posten skrives, åbnes et gennemgangspanel: Noten gemmes først, når du har bekræftet den, og Memory saved to ~/.grok/memory/MEMORY.md vises i feedet. Projektoplysninger gemmes i projektets MEMORY.md; oplysninger, der gælder på tværs af alle projekter, gemmes i den globale fil.
4. /dream – konsolidering. Kommandoen grupperer spredte logfiler og noter efter emne og fjerner dubletter for at gøre søgningen mere præcis. Som med /flush udføres konsolideringen af modellen – den læser de samlede poster og omskriver dem til emner, så du bør jævnligt gennemgå resultatet med /memory. Der er også en automatisk tilstand: Som standard kontrollerer Grok Build betingelserne ved opstart og én gang i timen og starter konsolideringen, når der er gået mindst 24 timer, og der er samlet mindst 5 sessioner. Tærsklerne kan konfigureres i afsnittet [memory.dream] i konfigurationen.

Noter søges frem via et SQLite-indeks: Som standard bruges fuldtekstsøgning med FTS5, og hvis en indlejringsmodel er konfigureret, tilføjes semantisk vektorsøgning.

Hvordan kommer hukommelse med over i en ny session?#

Den indledende tilføjelse bruger tærskelværdien min_score = 0.9, som du kan ændre i afsnittet [memory.initial_injection]. Efter automatisk kontekstkomprimering søger agenten i hukommelsen igen for at genskabe oplysninger, der kan være blevet fjernet fra konteksten sammen med ældre udvekslinger.

Du kan også spørge agenten direkte: ”Hvad husker du?” Den grupperer svaret efter kilde: globale præferencer, projektviden og sessionshistorik.

Sessionsposter har markører for aktualitet. Jo ældre en post i en sessionslog er, desto tydeligere markeres den med: ”Kontrollér, at dette stadig er aktuelt, før du stoler på det.” De globale og projektspecifikke MEMORY.md-filer får ikke sådanne markører: Indholdet er beregnet til langvarig brug, så du skal selv holde øje med, om det fortsat er korrekt.

Hvordan får du vist, redigeret og slettet noter?#

Kommandoen /memory i en session åbner et vindue med alle hukommelsesfiler, grupperet efter omfang: globalt, projekt og sessioner (i omvendt kronologisk rækkefølge). Fillisten er til venstre, og en skrivebeskyttet forhåndsvisning af den valgte fil er til højre.

Nyttige taster i oversigten:

Vinduet kan slette enkelte noter og sessionsfiler; det kan ikke slette de genererede MEMORY.md-indekser (globale og projektspecifikke).

Den anden metode er at redigere filer direkte. De ligger i ~/.grok/memory/ og kan åbnes med en hvilken som helst editor. Ændringer i kataloget registreres: Oprettede og ændrede filer indekseres igen, og slettede filer fjernes fra indekset ved næste søgning.

Anmodningen ”glem snake_case” virker uden garanti: Modellen søger efter og fjerner matchende poster, men den kan overse nogle. Hvis du vil sikre dig, at en post slettes, skal du åbne filen (du kan nemt kopiere stien med y i /memory) og fjerne posten manuelt. Du kan rydde hukommelsen helt fra kommandolinjen: grok memory clear for projekthukommelse, grok memory clear --global for global hukommelse og grok memory clear --all for begge.

Hvordan adskiller hukommelse sig fra en instruktionsfil i et arkiv?#

En instruktion i et arkiv deles med alle, der arbejder på projektet, og kan ses i koden og ændringshistorikken. Hukommelsen vokser gennem sessionerne, gemmes på din maskine og offentliggøres ikke i sig selv.

Hukommelse erstatter ikke en instruktionsfil. Generelle projektregler, som hele teamet og alle agenter har brug for, hører stadig hjemme i arkivet. Vi har en separat vejledning i at bruge én instruktionsfil til Claude Code, Codex og Cursor: AGENTS.md og CLAUDE.md sammen. Hukommelsen bevarer personlig kontekst: dine præferencer, hvad der allerede er blevet prøvet, og hvilken beslutning der blev truffet.

Claude skelner på lignende vis: Vi forklarer, hvordan hukommelse adskiller sig fra CLAUDE.md, i artiklen Claude-hukommelse og CLAUDE.md. Se Grok Build eller Claude Code for en sammenligning af selve værktøjerne.

Begrænsninger og kontrol af, om hukommelse virker#

Husk følgende begrænsninger:

• Eksperimentel status. Kommandoer, tærskler og adfærd kan ændre sig i fremtidige versioner; se arkivets hukommelsesvejledning, hvis noget ikke fungerer som forventet.
• Indledende tilføjelse i en ny session. Start arbejdet med /new, når du har aktiveret hukommelse, så gemte noter føjes til på den første tur.
• Modellen afgør, hvad der er vigtigt. Modellen opretter opsummeringen med /flush og vælger, hvad der skal med i noten. Åbn /memory hver uge eller hver anden uge, og gennemgå det, der er blevet samlet. Slet det, der ikke er nødvendigt.
• Bed ikke agenten om at huske hemmeligheder. Nøgler, tokens og adgangskoder hører ikke hjemme i langvarige noter: Filerne i ~/.grok/memory/ gemmes som ren tekst. Hvis noget følsomt bliver registreret, skal du fjerne det ved at redigere filen.
• Projekthukommelsen deles mellem kopier af arkivet. Hvis agenten husker noget i én klon, som er forældet i en anden, skal du tage højde for den delte katalogplacering, når du rydder op.

Hvis hukommelse ikke virker:

1. Kontrollér outputtet fra grok inspect for at bekræfte, at hukommelse er aktiveret.
2. Kontrollér, at GROK_MEMORY=0 eller konfigurationen ikke deaktiverer den.
3. Kør RUST_LOG=debug GROK_LOG_FILE=/tmp/grok.log grok til fejlsøgning, og kontrollér linjerne om hukommelse i /tmp/grok.log.

Kort opsummering#

Grok Build-hukommelse aktiveres med GROK_MEMORY=1 eller [memory] enabled = true i ~/.grok/config.toml. Start en ny session med /new, så noter føjes til første gang efter aktivering. Agenten skriver noter til ~/.grok/memory/: sessionsopsummeringer uden et modelkald, detaljerede opsummeringer med /flush, udtrykkelige poster med /remember efter din bekræftelse og emnegrupperede noter med /dream. Se noter og ryd op i dem via /memory og direkte filredigering. Funktionen er eksperimentel, så kontrollér tærskler og kommandoer i forhold til den officielle vejledning, og gennemgå noterne jævnligt.

Til systematisk arbejde er kombinationen AI-klon + Second Brain + Context Engineering nyttig.

Åbn Ailoot.