# A Claude Code 30 nap után törli az előzményeket: így mentheti el > Hol tárolódnak a Claude Code-munkamenetek, hogyan állítható be a cleanupPeriodDays, és hogyan szervezhető külső archívum rsync, launchd vagy cron használatával. Source: https://ailoot.ai/blog/hu/claude-code-history-30-days/ Canonical: https://ailoot.ai/blog/hu/claude-code-history-30-days/ Language: hu Publisher: Ailoot (https://ailoot.ai/) Translation: guide-056 Revision: sha256-241f96277e8dc5a411576c1b1c32ea1aafe1f63ecfad2c9cadfa737d4dc93c50 A szolgáltatás használatával kapcsolatos segítségért tekintse meg az [Ailoot dokumentációját](https://ailoot.ai/docs/). ## Tényleg törli a Claude Code a munkamenetek előzményeit?
Főbb tudnivalók Igen. A Claude Code minden indításkor törli a 30 napnál régebbi munkamenetfájlokat. Ezért a `~/.claude/settings.json` fájlban található `cleanupPeriodDays` beállítás felel; alapértelmezett értéke `30`. A törlés figyelmeztetés nélkül, beleegyezés kérése nélkül, a fájlok visszaállításának lehetősége nélkül történik.
Megnyitja a Claude Code-ot, hogy visszatérjen egy két hónappal ezelőtti munkamenethez — de az eltűnt. A fájlt teljesen törölték a lemezről. Ez nem hiba vagy ritka bug: így működik az alapértelmezett tisztítási mechanizmus. Egyetlen beállítás szabályozza a tisztítást: `cleanupPeriodDays`. Alapértelmezett értéke `30`. A Claude Code minden indításkor átvizsgálja az előzmények mappáját, és töröl mindent, ami régebbi ennél az időszaknál. Az én `~/.claude/settings.json` fájlomban ez a beállítás egyáltalán nem szerepelt, ezért az alapértelmezett érték volt érvényben, és néhány régebbi munkamenetem már eltűnt. Az Anthropic adattárában több hibajelentés is nyitva van az ügyben, és egyiket sem javították ki. ## Hol tárolja a Claude Code a munkamenetek előzményeit?
Főbb tudnivalók Minden munkamenet előzménye a `~/.claude/projects//.jsonl` útvonalon tárolódik. A mappa neve annak a munkakönyvtárnak az abszolút elérési útja, amelyben a Claude Code-ot futtatta; a perjeleket kötőjelek helyettesítik. A `.jsonl` fájl soronként tartalmazza a teljes beszélgetést: a promptokat, a modell válaszait, az eszközhívásokat és a fájlmódosításokat. Pontosan ezt a memóriát törli a tisztítás.
Könnyű megtalálni az előzményeket. Nyisson meg egy terminált, és nézze meg a mappa tartalmát: ```bash ls ~/.claude/projects/ ``` Minden almappa egy külön projekt. A neve az útvonalat kódolja: például a `/Users/alex/dev/shop` útvonalon lévő projektből a `-Users-alex-dev-shop` mappa lesz. A mappában munkamenetfájlok találhatók: ```bash ls -lt ~/.claude/projects/-Users-alex-dev-shop/ # 3f8a1c2e-....jsonl ← egy munkamenet = egy fájl # a91b7d40-....jsonl ``` Minden `.jsonl` fájl sorról sorra vezetett napló: egy sor egy munkameneteseménynek felel meg. Többet tartalmaz a beszélgetés szövegénél. A döntései mögötti logikát őrzi: miért választott egy adott adatbázis-struktúrát, mely lehetőségeket vetette el, hol hibázott a Claude, és hogyan javította ki a hibát. Lényegében ez egy projektfejlesztési napló. Ezért fáj az elvesztése: nem egy „csevegés” vész el, hanem a hetek alatt felépített kontextus. A kontextus felépítéséről a [„Claude Memory vs. CLAUDE.md”](https://ailoot.ai/blog/hu/claude-memory-claude-md-auto-memory/) című útmutatóban írtam. ## Miért törli az Anthropic az átiratokat 30 nap után?
Főbb tudnivalók Az Anthropic álláspontja szerint ennek oka az adatvédelem és a biztonság. A munkamenetfájlok egyszerű szövegként tárolódnak a lemezen, és forráskódot, jelszavakat, valamint API-kulcsokat is tartalmazhatnak. A korlátlan idejű megőrzés kockázatos: ha ellopják a laptopot, vagy valaki hozzáfér a lemezhez, megszerzi az összes érzékeny adatot. A 30 napos időszak egyensúlyt teremt a „közelmúltbeli munka folytatása” és aközött, hogy „a szükségesnél tovább ne tároljunk titkokat a lemezen”.
A törlésnek van indoka, és érdemes megérteni, mielőtt teljesen kikapcsolná. Az átirat egyszerű szöveg. Ha a Claude elolvasott egy `.env` fájlt a munkamenet során, beillesztett egy kulcsot egy parancsba, vagy Ön jelszót másolt be egy promptba, mindez egyszerű szövegként került a `.jsonl` fájlba. Minél tovább marad egy ilyen fájl a lemezen, annál nagyobb az esélye, hogy egy napon kiszivárog. Az Anthropic világosan fogalmaz: az átiratok forráskódot, hitelesítő adatokat és más érzékeny anyagokat tartalmazhatnak, és a szükségesnél hosszabb lemezen tartásuk valódi adatvédelmi kockázatot jelent. A 30 napos időszakot kompromisszumként választották. A közösség három dolgot kifogásol: a törlés csendben történik (nincs figyelmeztetés a beállításkor vagy indításkor), nincs beleegyezés (nem kérdeznek rá), és nincs visszaállítás (a fájlok nem kerülnek a Kukába, és nincs visszagörgetés). A \#59248-as issue-ban a fejlesztők egy dolgot kérnek: legyen méltányosabb a tisztítás — kapjanak figyelmeztetést és visszaállítási időszakot, az alapértelmezett időszak pedig legyen kevésbé szigorú. ## Miért válthat ki maga a biztonsági mentési szkript is törlést?
Főbb tudnivalók A tisztítás a fájl módosítási ideje (mtime) alapján dönti el, mit töröljön. Nem ellenőrzi a munkamenet tényleges utolsó aktivitását. Bármely folyamat, amely hozzáér egy `.jsonl` fájlhoz — felhőszinkronizálás, rsync, szerkesztő, szkript — módosíthatja az mtime értékét, és így egy friss munkamenetet elavultnak tüntethet fel. A Claude Code következő indításakor réginek tekinti és törli a munkamenetet. A paradoxon: az előzmények kezelt mappán belüli naiv biztonsági mentési kísérlete felgyorsítja azok elvesztését.
Ez a legtrükkösebb rész, és sokan beleesnek a csapdába, amikor saját maguk próbálják megvédeni az adataikat. A tisztítás az mtime-ot, vagyis a fájl utolsó módosításának időbélyegét nézi. Azt feltételezi, hogy az mtime azt mutatja, mikor dolgozott utoljára a munkamenetben. A gyakorlatban bármi módosíthatja: egy Dropbox- vagy iCloud-szinkronizáló kliens, az `rsync`, vírusirtó szoftver, indexelő vagy akár a saját biztonságimásolat-készítő szkriptje is. Íme a csapda. Úgy dönt, megőrzi az előzményeket, ezért felhőszinkronizálást állít be a `~/.claude/projects/` mappára. Egy ponton a szinkronizálási szolgáltatás újraír egy fájlt, és korábbi dátumra állítja az mtime értékét (ez felhőbeli másolat visszaállításakor fordulhat elő). A Claude Code indításkor „régi” fájlt lát, és törli. Ön meg akarta őrizni a fájlt, de felgyorsította a törlését. Csak egy következtetés van: **a biztonsági másolatnak a `~/.claude/projects/` mappán kívül kell lennie**. A tisztítás csak ezen a mappán belül működik. Az azon kívül tárolt másolatot nem éri el. Erre az elvre építem a megoldást. ## Hogyan állíthatja le azonnal az előzmények törlését?
Főbb tudnivalók Egy beállítás. Nyissa meg a `~/.claude/settings.json` fájlt, és állítsa a `cleanupPeriodDays` értékét nagy számra — például `3650`-re (tíz évre). A gyakorlatban ezzel letiltja az automatikus törlést: semmi sem lesz régebbi a határértéknél. Fontos: ez a beállítás csak azokat védi, amelyeket még nem töröltek. A tisztítás által már törölt előzmények nem állíthatók vissza. Ezért első lépésként cselekedjen, mielőtt újabb munkamenetet veszít el.
Három lépésben állítsa le a törlést: 1. Nyissa meg a beállításfájlt: `~/.claude/settings.json` (ha a fájl nem létezik, hozza létre). 2. Adja hozzá a `cleanupPeriodDays` beállítást nagy értékkel: ```json { "cleanupPeriodDays": 3650 } ``` 3. Mentse a fájlt. A beállítás a Claude Code következő indításakor lép érvénybe. A `3650` érték tíz évet jelent: a gyakorlatban a törlés többé nem történik meg. Ha szeretné megtartani a tisztítást, de több időt hagyna, állítsa `365`-re (egy évre); ekkor csak az egy évnél régebbi munkamenetek tűnnek el. Ezzel a paranccsal ellenőrizheti, hogy a beállítás érvénybe lépett-e: ```bash grep cleanupPeriodDays ~/.claude/settings.json ``` Könnyű elfeledkezni egy fontos kitételről: az időszak meghosszabbítása NEM állítja vissza a már törölt adatokat. A tisztítás indításkor fut, és a korábbi futások során törölt tartalom végleg elveszett. Ezért először ezt állítsa be — megelőzi a jövőbeli veszteségeket, de nem hozza vissza a már törölt adatokat. Ha azt is szeretné elkerülni, hogy egy véletlen paranccsal a Claude Code-előzményeit és a projektjét is elveszítse, tekintse meg a [„Claude Code beállítása a projekt károsításának megakadályozására”](https://ailoot.ai/blog/hu/claude-code-safe-overnight-setup/) című útmutatót. A munkamenetek előzménye a projekt második agyának része: olyan döntési logikát tartalmaz, amelyet máshol nem rögzített. A `cleanupPeriodDays` megőrzi a fájlokat, de önmagában nem alakítja őket olyan rendszerré, amelyből hat hónap múlva is előkeresheti, amire szüksége van. ## Hogyan archiválhatja automatikusan az előzményeket a tisztítási mappán kívül?
Főbb tudnivalók Másolja a munkameneteket a `~/.claude/projects/` mappán KÍVÜL található archívumba, ahol a tisztítás nem érvényesül. Egy egyszerű, naponta egyszer lefuttatott `rsync -a` egy külön könyvtárba elvégzi a feladatot: az új fájlok bekerülnek, a régiek pedig megmaradnak. Mivel az archívum kívül van, sem a `cleanupPeriodDays`, sem az mtime-hiba nem érinti. Automatizálja a futtatást launchd-val (macOS) vagy cron-nal (Linux), így az előzmények maguktól gyarapodnak.
Az ötlet egyszerű: hagyja, hogy a Claude Code azt tegyen a saját mappájával, amit akar, miközben Ön külön archívumot tart azon kívül. Az adott tisztítási mechanizmus nem érinti, de lemezhiba, véletlen törlés vagy sikertelen másolás miatt továbbra is elveszhet. Így állítsa be: 1. Hozzon létre archívummappát a kezelt könyvtáron kívül: ```bash mkdir -p ~/claude-history-archive ``` 2. Másolja oda a jelenlegi előzményeit. Az `-a` jelző megőrzi a struktúrát és az időbélyegeket; az `--ignore-existing` érintetlenül hagyja a már átmásolt fájlokat: ```bash rsync -a ~/.claude/projects/ ~/claude-history-archive/ ``` 3. Automatizálja a futtatást napi egy alkalomra. macOS-en használja a launchd-t. Hozza létre a `~/Library/LaunchAgents/com.example.claudearchive.plist` fájlt: ```xml Label com.example.claudearchive ProgramArguments /usr/bin/rsync -a /Users/YOUR_NAME/.claude/projects/ /Users/YOUR_NAME/claude-history-archive/ StartInterval 86400 ``` 4. Töltse be az ügynököt, hogy a háttérben fusson: ```bash launchctl load ~/Library/LaunchAgents/com.example.claudearchive.plist ``` Linuxon ugyanezt egyetlen sorral elvégezheti a crontabban (`crontab -e`): ```bash 0 3 * * * rsync -a ~/.claude/projects/ ~/claude-history-archive/ ``` Miért működik ez, miközben az előző szakaszban említett szinkronizálás nem? Az archívum a `~/.claude/projects/` mappán KÍVÜL van, ezért a tisztítás egyáltalán nem látja. A másolás egyirányú (az aktív mappából az archívumba), és nem módosítjuk az aktív fájlok mtime értékét — így nem jelentkezik az mtime-hiba. Még ha a Claude Code holnap töröl is egy munkamenetet a saját mappájából, annak másolata megmarad az archívumban. ## Hogyan alakíthatja a munkamenetek archívumát kereshető második aggyá?
Főbb tudnivalók Tegye az archívumot git alá, és így minden munkamenetéből verziózott, teljesen kereshető adatbázist kap. Futtassa a `git init` parancsot az archívummappában, majd naponta a `git add -A && git commit` parancsot, hogy változástörténetet és védelmet kapjon a véletlen felülírások ellen. A régi munkamenetekben hagyományos grep-pel kereshet, a strukturált tartalmat pedig jq-val nyerheti ki, mivel a `.jsonl` soronként tartalmazza a JSON-t. Így az archívum gyakorlatban is hasznos eszközzé válik.
A fájlok puszta gyűjtése nem elég — hozzájuk is kell férnie. Két lépéssel használható eszközzé alakíthatja az archívumot. Először kezelje verziókkal a git segítségével. Inicializáljon egy adattárat az archívummappában: ```bash cd ~/claude-history-archive git init git add -A && git commit -m "A Claude Code előzményeinek első pillanatképe" ``` Adja hozzá a `git add -A && git commit` parancsot az rsync-kel azonos napi futtatáshoz. Így már verzióelőzményei is vannak: láthatja, mi és mikor került be, és egyetlen paranccsal visszavonhatja a véletlen felülírást. Másodszor keressen az adatokban. A `.jsonl` fájlok soronként tartalmazzák a JSON-t, ezért használhat rajtuk ismerős eszközöket. Keresse meg azt a munkamenetet, amelyben egy adott témáról esett szó: ```bash grep -rl "adatbázis-migráció" ~/claude-history-archive/ ``` Nyerje ki egy munkamenetből kizárólag a promptjai szövegét (a JSON-formátum miatt jq használatával): ```bash jq -r 'select(.type=="user") | .message.content' session.jsonl ``` Ettől kezdve a munkamenetek előzményei a projekt második agyaként működnek: olyan adatbázisként, amelyből másodpercek alatt előkeresheti, „hogyan döntöttünk erről márciusban”. Arról, hogy hová kerül a kontextus egy munkamenetben, és hogyan kezelje, külön összefoglalót talál a [„Hová kerülnek a tokenek a Claude Code-ban?”](https://ailoot.ai/blog/hu/where-claude-code-tokens-go/) című útmutatóban. ## Visszaállíthatók a már törölt munkamenetek?
Főbb tudnivalók Nincs beépített módszer. A Claude Code nem helyezi a törölt fájlokat a Kukába, és nem tart fenn visszagörgetési lehetőséget; a fájl végleg törlődik. Az egyetlen esélyt a törlés ELŐTT készült külső másolatok jelentik: egy Time Machine-pillanatkép macOS-en, OneDrive- vagy Dropbox-verzióelőzmény, illetve kézi biztonsági másolat. Ha egyik sem létezik, a munkamenet elveszett. Ezért előre kell beállítani a védelmet — mielőtt bármit is elveszítene.
Az őszinte válasz: valószínűleg nem. A Claude Code nem kínál helyreállítási funkciót, Kukát vagy visszavonási naplót a törölt átiratokhoz. A fájl egyszerűen eltűnik a lemezről. Egy lehetőség van: a rendszer biztonsági mentései, ha előre engedélyezte őket: 1. **macOS Time Machine** — ha egy pillanatkép rögzítette a `~/.claude/projects/` mappát a törlés előtt, a szükséges dátumhoz tartozó biztonsági mentésből visszakeresheti a fájlt. 2. **OneDrive- / Dropbox-verzióelőzmény** — ha a mappa verziókövetéssel szinkronizálódott, keresse meg a fájlt a felhő verzióelőzményeiben (de ne feledje az mtime-csapdát: a szinkronizálás a törlést is kiválthatta). 3. **Kézi másolatok** — bármely `rsync`/`cp` parancs, amelyet kézzel futtatott a kezelt mappán kívüli helyre. Ha egyik sem létezett, a munkamenet elveszett. És ez nem ritka: az Anthropic adattárában található egyik hibáról szóló jelentés szerzőjénél 38 rekordból 26 megsérült, ami több hónapnyi munkának felelt meg. Az egyetlen megbízható védelem az, amelyet a veszteség ELŐTT beállít. Még ma állítsa be a `cleanupPeriodDays` értékét és az automatikus archiválást, amíg van mit megmenteni. ## Milyen értéket válasszon a cleanupPeriodDays beállításhoz?
Főbb tudnivalók A legtöbbeknek a `3650` értéket érdemes használniuk (tíz év, ami gyakorlatilag letiltja a törlést), külső automatikus archívummal kiegészítve. Csak akkor tartsa meg a `30` alapértelmezett értéket, ha nincs szüksége az előzményekre, és fontosabb, hogy ne tároljon titkokat a lemezen. A `365` ésszerű köztes megoldás éves tisztítással. Másik lehetőség, hogy egyáltalán nem ír előzményeket: használja a `CLAUDE_CODE_SKIP_PROMPT_HISTORY` környezeti változót vagy a `--no-session-persistence` jelzőt, de ezek éppen az ellenkező célt szolgálják.
Egyetlen beállítás van, de többféle célt szolgálhat. Hasonlítsa össze a lehetőségeket, és válassza az igényeinek megfelelőt: | Érték | Működés | Kinek megfelelő | |----|----|----| | `30` (alapértelmezett) | Indításkor törli a 30 napnál régebbi munkameneteket | Nincs szüksége előzményekre; fontosabb elkerülni az érzékeny adatok lemezen tárolását | | `365` | Egy évnyi előzményt tart meg, majd évente egyszer töröl | Szüksége van a közelmúltbeli előzményekre, de nem kell korlátlan idejű archívum | | `3650` | Gyakorlatilag letiltja a törlést | Mindent meg szeretne tartani + külső archívumot szeretne (ajánlott) | | `CLAUDE_CODE_SKIP_PROMPT_HISTORY` | Egyáltalán nem ír előzményeket a lemezre | Maximális adatvédelem; egyáltalán nincs szüksége előzményekre | Fontos biztonsági kitétel: ha `3650` értéket állít be, és mindent megőriz, azzal vállalja, hogy olyan átiratokat tárol a lemezen, amelyek kulcsokat és kódot tartalmazhatnak. Ez tudatos kompromisszum: az archívum kényelme a kockázattal szemben. Csökkentse a kockázatot: titkosított lemezen tárolja az archívumot (macOS-en FileVaulttal), ne tegye nyilvános felhőbe, és ne töltse fel nyilvános git-adattárba. Külön útmutatót állítottam össze arról, milyen adatok szivároghatnak ki a Claude Code-ból: [„Adatbiztonság a Claude Code-ban”](https://ailoot.ai/blog/hu/claude-code-data-access-safety/). ## Teendők ma: ellenőrzőlista
Főbb tudnivalók E lépések csökkentik az előzményvesztést: a `cleanupPeriodDays: 3650` értékkel hosszabbítsa meg a megőrzést, másolja a munkameneteket a `~/.claude/projects/` mappán kívülre, és kezelje verziókkal az archívumot. A Claude Code tisztításától csak a sikeresen másolt fájlok védettek. Sikeres napi ütemezésnél legfeljebb egynapnyi új változás még nincs archiválva; hibás vagy kimaradt futás tovább növeli a rést. Az ugyanazon lemezen lévő másolat nem véd lemezhiba ellen.
Lépésről lépésre állítsa be a védelmet: 1. Állítsa be a `cleanupPeriodDays: 3650` értéket a `~/.claude/settings.json` fájlban — ezzel leállította a törlést. 2. Hozza létre a `~/claude-history-archive` mappát a kezelt mappán kívül, és futtassa le az első `rsync -a` parancsot. 3. Ütemezzen napi futtatást launchd-val (macOS) vagy cron-nal (Linux). 4. Inicializálja a git-et az archívumban, és adja hozzá a `git add -A && git commit` parancsot ugyanahhoz a futtatáshoz. 5. Ellenőrizze, hogy az archívum titkosított lemezen van-e, és nem szinkronizálódik-e nyilvános felhőbe. 6. Minden ütemezett futásnál ellenőrizze a másolás sikerét, majd nézzen meg egy friss archivált munkamenetet, és időnként külön ideiglenes mappába állítson vissza egy mintát az olvashatóság igazolására. 7. Ha az eszköz vagy lemez elvesztése is a hatókörbe tartozik, megfelelő hozzáférésvédelemmel független helyen tárolt mentést is tartson, és tesztelje annak visszaállítását. Az ugyanazon lemezen lévő Git-előzmény nem független biztonsági mentés. A munkamenetek előzménye csak egy réteg abból a kontextusból, amely megbízhatóvá teszi a Claude-ot.
### Források - [Claude Code dokumentáció - settings.json beállításai (cleanupPeriodDays)](https://code.claude.com/docs/en/settings) - [Claude Code dokumentáció - újdonságok](https://code.claude.com/docs/en/whats-new)
Ismerje meg az [Ailootot](https://ailoot.ai/). ## Kérdések és válaszok: A Claude Code 30 nap után törli az előzményeket: így mentheti el ### A napi archívum garantálja, hogy egy munkamenet sem veszhet el? Nem. A sikeresen átmásolt fájlokat védi a kezelt mappa tisztításától. Sikeres napi futások mellett legfeljebb egynapnyi friss változás még hiányozhat; a hibás futások növelik ezt a rést, és az ugyanazon lemezen lévő másolat az eredetivel együtt elveszhet. ### Hogyan ellenőrizzem az archívum használhatóságát? Igazolja az ütemezett másolások sikerét, nézzen meg friss archivált munkamenetet, és időnként külön ideiglenes mappába állítson vissza egy mintát. Eszköz- vagy lemezvesztés elleni védelemhez az eredetitől függetlenül tárolt mentés visszaállítását is tesztelje. ## Ailoot · A vállalat és projektportfóliója Az Ailoot felhalmozott működési tapasztalatra, széles ügyfélkörre, stabil szolgáltatásra és folyamatos KPI-ellenőrzésre épít. A vállalat és projektportfóliója: ügyfelek milliói; havi értékesítés milliárdos nagyságrendben. Az Ailoot ezt a működési tapasztalatot használja az ügyfelek termékeiben, ágenseiben, alkalmazásaiban és automatizálásaiban elérhető AI-funkciók API-hozzáféréséhez.