Paměť Grok Build napříč relacemi: nastavení a omezení

Grok Build, terminálový agent od xAI, má paměť napříč relacemi: dokáže si pamatovat konvence projektu, rozhodnutí a úspěšné postupy při ladění a při nové relaci je bez připomínání přidat do kontextu. Tato funkce je ve výchozím nastavení vypnutá a je experimentální — lze ji zapnout jediným nastavením.

Tento popis vychází z oficiální příručky v repozitáři xai-org/grok-build ke dni 20. září 2026. Autor původního článku produkt nevyzkoušel: jeho fungování popsal na základě dokumentace, nikoli osobního testování.

Praktické informace o práci s Ailoot najdete v dokumentaci.

Co paměť v Grok Build nabízí?#

Například v jedné relaci jste agentovi vysvětlili, že projekt používá odsazení dvěma mezerami, migrace databáze se spouštějí samostatným příkazem a platby zpracovává konkrétní modul. V nové relaci mu tyto informace musíte poskytnout znovu.

Když je paměť zapnutá, Grok Build může:

• vybavit si konvence projektu, které jste vysvětlili dříve;
• použít postupy ladění, které se již osvědčily;
• přenášet architektonická rozhodnutí do dalších relací;
• neptat se znovu na věci, na které už dostal odpověď.

Tato funkce je experimentální a ve výchozím nastavení vypnutá. Dokud ji nezapnete, chování agenta se nemění.

Jak zapnout paměť v Grok Build?#

Jednorázově, pro jedno spuštění:

GROK_MEMORY=1 grok

Proměnná platí pouze pro toto spuštění. Příkaz export GROK_MEMORY=1 ji ponechá v aktuálním shellu a zapne paměť pro všechna další spuštění grok z tohoto shellu — dokud relace terminálu neskončí nebo nespustíte export GROK_MEMORY=0.

Trvale, prostřednictvím konfigurace. Přidejte do ~/.grok/config.toml toto:

[memory]
enabled = true

V relaci bez restartu: otevřete /memory a stiskněte t.

Tento přepínač platí pouze pro aktuální relaci a do konfigurace se nezapisuje. Lze jej použít k zapnutí nebo vypnutí paměti. Její vypnutí odebere přístup k nástrojům paměti, ale neodstraní soubory z disku; opětovným zapnutím se úložiště znovu zpřístupní. Přepínač nemůže překonat vynucené vypnutí paměti pro celý proces pomocí GROK_MEMORY=0: /memory zůstane po celou relaci nedostupné.

Pokud jsou nastavení uvedena na více místech, mají následující prioritu:

• GROK_MEMORY=0 paměť vynuceně vypne pro celý proces a má nejvyšší prioritu.
• Výslovné enabled = false v konfiguraci paměť vypne, i když ji spravované vzdálené nastavení zapíná.
• Paměť lze zapnout pomocí GROK_MEMORY=1, nastavení enabled = true v konfiguraci nebo spravovaného vzdáleného nastavení.
• Pokud není uvedeno nic, paměť je vypnutá.

Poznámky se přidávají při prvním tahu relace. Pokud jste paměť zapnuli uprostřed práce a chcete, aby agent začal využívat uložené informace o projektu, spusťte /new. Zda je paměť zapnutá, můžete ověřit ve výstupu příkazu grok inspect.

Co Grok Build zaznamenává a kam?#

Struktura adresáře ~/.grok/memory/:

Do názvu adresáře projektu se přidává krátký hash identifikátoru repozitáře. K identifikaci se používá vzdálený repozitář origin ve tvaru „organizace/repozitář“, případně cesta k adresáři, pokud nejde o Git repozitář. Klony a pracovní stromy (samostatné pracovní kopie větví Git) téhož repozitáře proto sdílejí jednu paměť projektu: co si agent zapamatuje v jedné kopii, je dostupné i v jiné.

Záznamy vznikají čtyřmi způsoby:

1. Automatické shrnutí při ukončení relace. Po skončení relace uloží Grok Build do denního protokolu krátké provozní shrnutí: počet zpráv, až pět prvních věcných výměn a datum a čas. Shrnutí se vytvoří z metadat bez volání modelu a bez prodlevy. Velmi krátké relace se vynechávají: pokud mají méně než tři věcné výměny nebo méně než 50 bajtů vašeho textu, žádný záznam nevznikne. Shrnutí neobsahuje použité nástroje, cesty k souborům ani příkazy. Automatická shrnutí lze vypnout nastavením session.save_on_end = false.
2. /flush — podrobná poznámka na vyžádání. Tímto příkazem model shrne nejdůležitější body aktuální relace: rozhodnutí, vzorce, postupy ladění a poznatky o API. Shrnutí se zapíše do datovaného protokolu a zaindexuje pro budoucí relace. Dokumentace doporučuje spustit /flush před zhuštěním kontextu, na konci úspěšného ladění a po objevení důležitých vzorců.
3. /remember — výslovná žádost, aby si něco zapamatoval. Zadejte /remember Pamatuj si, že po odeslání máš vždy otevřít odkazy na PR nebo agentovi řekněte: „Pamatuj si, že…“ Než se záznam zapíše, otevře se kontrolní panel: poznámka se uloží až po vašem potvrzení a v kanálu se objeví Memory saved to ~/.grok/memory/MEMORY.md. Informace o projektu se ukládají do projektového MEMORY.md; informace sdílené napříč všemi projekty do globálního souboru.
4. /dream — konsolidace. Příkaz seskupuje roztříštěné protokoly a poznámky podle témat a odstraňuje duplicity, aby bylo vyhledávání přesnější. Stejně jako u /flush provádí konsolidaci model — čte nahromaděné záznamy a přepisuje je do tematických celků, proto byste měli výsledek pravidelně kontrolovat pomocí /memory. K dispozici je také automatický režim: Grok Build ve výchozím nastavení při spuštění a pak jednou za hodinu kontroluje podmínky a zahájí konsolidaci, pokud uplynulo alespoň 24 hodin a nahromadilo se alespoň 5 relací. Prahy lze nastavit v sekci [memory.dream] konfigurace.

Poznámky se vyhledávají pomocí indexu SQLite: ve výchozím nastavení využívá plnotextové vyhledávání FTS5, a pokud je nakonfigurován model pro vkládání, přidá se sémantické vektorové vyhledávání.

Jak se paměť dostane do nové relace?#

Počáteční vkládání používá práh výběru min_score = 0.9, který můžete změnit v sekci [memory.initial_injection]. Po automatickém zhuštění kontextu agent znovu prohledá paměť, aby obnovil informace, které mohly být spolu se staršími výměnami z kontextu odstraněny.

Můžete se také agenta přímo zeptat: „Co si pamatuješ?“ Odpověď uspořádá podle zdroje: globální preference, znalosti o projektu a historie relací.

Záznamy relací mají značky aktuálnosti. Čím je záznam v protokolu relace starší, tím výrazněji je označen: „Než se na tento záznam spolehneš, ověř, zda je stále aktuální.“ Globální a projektové soubory MEMORY.md takové značky nedostávají: jejich obsah je určen k dlouhodobému používání, takže o jeho přesnost se musíte starat sami.

Jak zobrazit, upravit a odstranit poznámky?#

Příkaz /memory v relaci otevře okno se všemi soubory paměti, seskupenými podle rozsahu: globální, projektové a relace (v obráceném chronologickém pořadí). Seznam souborů je vlevo a náhled vybraného souboru pouze ke čtení vpravo.

Užitečné klávesy v přehledu:

V okně lze odstranit jednotlivé poznámky a soubory relací; nelze v něm odstranit generované indexy MEMORY.md (globální a projektový).

Druhou možností je upravovat soubory přímo. Najdete je v ~/.grok/memory/ a lze je otevřít v libovolném editoru. Změny v adresáři se sledují: nově vytvořené a upravené soubory se znovu indexují a odstraněné soubory se při příštím vyhledávání odeberou z indexu.

Požadavek „zapomeň na snake_case“ funguje, ale bez záruky: model vyhledá a odstraní odpovídající záznamy, některé však může minout. Chcete-li mít jistotu, otevřete soubor (jeho cestu můžete pohodlně zkopírovat klávesou y v /memory) a záznam odstraňte ručně. Paměť můžete zcela vymazat z příkazového řádku: grok memory clear pro paměť projektu, grok memory clear --global pro globální paměť a grok memory clear --all pro obojí.

Jak se paměť liší od souboru s instrukcemi pro repozitář?#

Instrukce pro repozitář se sdílejí se všemi, kdo na projektu pracují, a jsou viditelné v kódu i historii změn. Paměť se rozrůstá v průběhu relací, ukládá se na vašem počítači a sama se nezveřejňuje.

Paměť nenahrazuje soubor s instrukcemi. Obecná pravidla projektu potřebná pro celý tým a jakéhokoli agenta je stále vhodné uložit v repozitáři. Máme samostatný návod, jak používat jeden soubor s instrukcemi pro Claude Code, Codex a Cursor: AGENTS.md a CLAUDE.md společně. Paměť uchovává osobní kontext: vaše preference, co už bylo vyzkoušeno a k jakému rozhodnutí se dospělo.

Claude pracuje s podobným rozlišením: rozdíl mezi pamětí a CLAUDE.md vysvětlujeme v článku Paměť Claude a CLAUDE.md. Porovnání samotných nástrojů najdete v článku Grok Build nebo Claude Code.

Omezení a ověření funkčnosti paměti#

Mějte na paměti následující omezení:

• Experimentální stav. Příkazy, prahy a chování se mohou v budoucích verzích změnit; pokud něco nefunguje podle očekávání, podívejte se do příručky k paměti v repozitáři.
• Počáteční vložení v nové relaci. Po zapnutí paměti začněte práci příkazem /new, aby se uložené poznámky přidaly při prvním tahu.
• Model rozhoduje o tom, co je důležité. Model vytváří shrnutí pomocí /flush a vybírá, co se do poznámky dostane. Každý týden nebo dva otevřete /memory a zkontrolujte, co se nahromadilo; nepotřebné záznamy odstraňte.
• Nežádejte ho, aby si pamatoval tajné údaje. Klíče, tokeny a hesla nepatří do dlouhodobých poznámek: soubory v ~/.grok/memory/ se ukládají jako prostý text. Pokud se zaznamená něco citlivého, odstraňte to úpravou souboru.
• Paměť projektu se sdílí mezi kopiemi repozitáře. Pokud si agent v jednom klonu zapamatuje něco, co je v jiném zastaralé, při úklidu počítejte se sdíleným adresářem.

Pokud paměť nefunguje:

1. Zkontrolujte výstup grok inspect a potvrďte, že je paměť zapnutá.
2. Zkontrolujte, zda ji nevypíná GROK_MEMORY=0 nebo konfigurace.
3. Pro diagnostiku spusťte RUST_LOG=debug GROK_LOG_FILE=/tmp/grok.log grok a zkontrolujte řádky týkající se paměti v /tmp/grok.log.

Stručné shrnutí#

Paměť Grok Build zapnete pomocí GROK_MEMORY=1 nebo nastavením [memory] enabled = true v ~/.grok/config.toml. Aby se poznámky po zapnutí přidaly hned při prvním tahu, spusťte novou relaci pomocí /new. Agent zapisuje poznámky do ~/.grok/memory/: shrnutí relací bez volání modelu, podrobná shrnutí pomocí /flush, výslovné záznamy pomocí /remember po vašem potvrzení a uspořádaná témata pomocí /dream. Poznámky můžete zobrazit a uklidit přes /memory a přímou úpravou souborů. Tato funkce je experimentální, proto kontrolujte prahy a příkazy podle oficiální příručky a poznámky pravidelně procházejte.

Pro systematickou práci se hodí kombinace AI klon + Druhý mozek + Konstruování kontextu.

Přejděte na Ailoot.