Claude Code poistaa historian 30 päivän jälkeen: näin tallennat sen

Jos tarvitset apua palvelun käyttöön, katso Ailoot-dokumentaatiota.

Poistaako Claude Code todella istuntohistoriasi?#

Avaat Claude Coden palataksesi kahden kuukauden takaiseen istuntoon – mutta sitä ei enää ole. Tiedosto on poistettu kokonaan levyltä. Kyse ei ole häiriöstä tai harvinaisesta virheestä: näin oletusarvoinen siivousmekanismi toimii.

Siivousta ohjaa yksi asetus: cleanupPeriodDays. Sen oletusarvo on 30. Aina kun Claude Code käynnistyy, se käy historiakansion läpi ja poistaa kaiken, mikä on tätä ajanjaksoa vanhempaa. Minulla tätä asetusta ei ollut lainkaan tiedostossa ~/.claude/settings.json, joten oletusarvo oli käytössä ja osa vanhemmista istunnoistani oli jo kadonnut.

Anthropicin repositoriossa on avoinna useita tätä koskevia vikailmoituksia, eikä yhtäkään niistä ole korjattu.

Minne Claude Code tallentaa istuntohistorian?#

Historian löytäminen on helppoa. Avaa pääte ja tarkastele kansion sisältöä:

ls ~/.claude/projects/

Jokainen alikansio on eri projekti. Nimi koodaa polun: esimerkiksi hakemistossa /Users/alex/dev/shop oleva projekti tallennetaan kansioon -Users-alex-dev-shop. Sen sisältä löytyvät istuntotiedostot:

ls -lt ~/.claude/projects/-Users-alex-dev-shop/
# 3f8a1c2e-....jsonl   ← yksi istunto = yksi tiedosto
# a91b7d40-....jsonl

Jokainen .jsonl on rivi riviltä etenevä loki: yksi rivi vastaa yhtä istuntotapahtumaa. Se sisältää muutakin kuin keskustelutekstin. Tiedostossa on päätöstesi taustalla oleva logiikka: miksi valitsit tietyn tietokantarakenteen, mitkä vaihtoehdot hylkäsit, missä Claude teki virheen ja miten korjasit sen.

Pohjimmiltaan kyse on projektin kehityspäiväkirjasta. Siksi sen menettäminen tuntuu pahalta: et menetä ”chattia”, vaan viikkojen aikana kerryttämääsi kontekstia. Olen käsitellyt tämän kontekstin rakennetta oppaassa ”Claude Memory ja CLAUDE.md”.

Miksi Anthropic poistaa keskustelutallenteet 30 päivän jälkeen?#

Poistamiseen on peruste, ja se kannattaa ymmärtää ennen kuin poistat toiminnon kokonaan käytöstä. Keskustelutallenne on pelkkää tekstiä. Jos Claude luki istunnon aikana .env-tiedoston, lisäsi avaimen komentoon tai liitit salasanan kehotteeseen, kaikki päätyi .jsonl-tiedostoon pelkkänä tekstinä. Mitä kauemmin tällainen tiedosto säilyy levyllä, sitä suurempi on riski, että se vuotaa jonain päivänä.

Anthropic sanoo asian suoraan: keskustelutallenteet voivat sisältää lähdekoodia, tunnistetietoja ja muuta arkaluonteista aineistoa, ja niiden säilyttäminen levyllä tarpeettoman pitkään aiheuttaa todellisen yksityisyysriskin. 30 päivän jakso valittiin kompromissiksi.

Yhteisön vastalauseet koskevat kolmea asiaa: poistaminen tapahtuu hiljaisesti (asennuksen tai käynnistyksen yhteydessä ei varoiteta), suostumusta ei kysytä (sinulta ei pyydetä lupaa), eikä tiedostoja voi palauttaa (roskakoria ei käytetä eikä muutoksia voi perua). Issue-raportissa #59248 kehittäjät pyytävät yhtä asiaa: tehkää siivouksesta reilu – antakaa varoitus, palautusaika ja vähemmän aggressiivinen oletusaika.

Miksi varmuuskopiointiohjelma voi itse laukaista poistamisen?#

Tämä on hankalin kohta, ja se aiheuttaa ongelmia ihmisille, jotka yrittävät suojata tietonsa itse. Siivous tarkistaa mtime-arvon eli tiedoston viimeisimmän muokkauksen aikaleiman. Se olettaa, että mtime kertoo, milloin työskentelit istunnossa viimeksi. Käytännössä mikä tahansa voi muuttaa mtime-arvoa: Dropboxin tai iCloudin synkronointiohjelma, rsync, virustorjuntaohjelmisto, indeksoija tai oma varmuuskopiointiohjelmasi.

Tässä piilee ansa. Päätät tallentaa historiasi ja otat käyttöön kansion ~/.claude/projects/ pilvisynkronoinnin. Jossain vaiheessa synkronointipalvelu kirjoittaa tiedoston uudelleen ja asettaa sen mtime-arvoksi aiemman päivämäärän (näin voi käydä, kun tiedosto palautetaan pilvikopiosta). Claude Code näkee käynnistyessään ”vanhan” tiedoston ja poistaa sen. Yritit tallentaa tiedoston, mutta nopeutit sen poistamista.

Tästä seuraa vain yksi johtopäätös: varmuuskopion on oltava kansion ~/.claude/projects/ ulkopuolella. Siivous toimii vain tässä kansiossa. Sen ulkopuolella oleva kopio on siivouksen ulottumattomissa. Rakennan ratkaisun tämän periaatteen varaan.

Miten voit estää historian poistamisen heti?#

Estä poistaminen kolmessa vaiheessa:

1. Avaa asetustiedosto: ~/.claude/settings.json (luo tiedosto, jos sitä ei ole).
2. Lisää cleanupPeriodDays-asetus suurella arvolla:

{
  "cleanupPeriodDays": 3650
}

3. Tallenna tiedosto. Asetus tulee voimaan, kun Claude Code käynnistyy seuraavan kerran.

Arvo 3650 tarkoittaa kymmentä vuotta: käytännössä poistamista ei enää tapahdu. Jos haluat säilyttää siivouksen mutta antaa tiedostoille enemmän aikaa, aseta arvoksi 365 (yksi vuosi); silloin katoavat vain yli vuoden vanhat istunnot. Voit tarkistaa, että asetus on otettu käyttöön, tällä komennolla:

grep cleanupPeriodDays ~/.claude/settings.json

Yksi helposti unohtuva asia: ajanjakson pidentäminen EI palauta aiemmin poistettua sisältöä. Siivous suoritetaan käynnistyksen yhteydessä, ja aiempien suorituskertojen aikana poistetut tiedostot ovat lopullisesti poissa. Siksi tämä kannattaa tehdä ensin – se estää tulevat menetykset, mutta ei palauta jo poistettua sisältöä. Jos haluat välttää Claude Code -historiasi ja projektisi menettämisen vahingossa suoritetun komennon vuoksi, katso opas ”Claude Coden määrittäminen niin, ettei se riko projektiasi”.

Istuntohistoriasi on osa projektisi toisia aivoja: se sisältää päätöksenteon logiikkaa, jota et ole kirjannut muualle. cleanupPeriodDays säilyttää tiedostot, mutta ei muuta niitä järjestelmäksi, josta löydät tarvitsemasi vielä kuuden kuukauden päästä.

Miten arkistoit historian automaattisesti siivouskansion ulkopuolelle?#

Ajatus on yksinkertainen: anna Claude Coden tehdä kansiollaan mitä haluaa ja säilytä erillinen arkisto sen ulkopuolella. Arkisto on suojassa tältä siivousmekanismilta, mutta se voi edelleen kadota levyrikossa, vahinkopoistossa tai epäonnistuneessa kopioinnissa. Määritä se näin:

1. Luo arkistokansio hallitun hakemiston ulkopuolelle:

mkdir -p ~/claude-history-archive

2. Kopioi nykyinen historiasi sinne. -a-valitsin säilyttää rakenteen ja aikaleimat; --ignore-existing jättää jo kopioidut tiedostot koskemattomiksi:

rsync -a ~/.claude/projects/ ~/claude-history-archive/

3. Automatisoi suoritus kerran päivässä. Käytä macOS:ssä launchd:tä. Luo tiedosto ~/Library/LaunchAgents/com.example.claudearchive.plist:

<?xml version="1.0" encoding="UTF-8"?>
<plist version="1.0">
<dict>
  <key>Label</key>
  <string>com.example.claudearchive</string>
  <key>ProgramArguments</key>
  <array>
    <string>/usr/bin/rsync</string>
    <string>-a</string>
    <string>/Users/YOUR_NAME/.claude/projects/</string>
    <string>/Users/YOUR_NAME/claude-history-archive/</string>
  </array>
  <key>StartInterval</key>
  <integer>86400</integer>
</dict>
</plist>

4. Lataa agentti, jotta se toimii taustalla:

launchctl load ~/Library/LaunchAgents/com.example.claudearchive.plist

Linuxissa teet saman lisäämällä yhden rivin crontabiin (crontab -e):

0 3 * * * rsync -a ~/.claude/projects/ ~/claude-history-archive/

Miksi tämä toimii, vaikka edellisen osion synkronointi ei toimi? Arkisto sijaitsee kansion ~/.claude/projects/ ULKOPUOLELLA, joten siivous ei näe sitä lainkaan. Kopiointi tapahtuu yhteen suuntaan (aktiivisesta kansiosta arkistoon), emmekä muuta aktiivisten tiedostojen mtime-arvoja – siksi mtime-virhettä ei tapahdu. Vaikka Claude Code poistaisi istunnon omasta kansiostaan huomenna, sen kopio säilyy arkistossa.

Miten muutat istuntoarkistosi haettavaksi toiseksi aivoksi?#

Pelkkä tiedostojen kerääminen ei riitä – sinun on päästävä niihin käsiksi. Kahdella vaiheella arkistosta tulee toimiva työkalu.

Ensimmäiseksi ota se git-versionhallintaan. Alusta arkistokansioon repository:

cd ~/claude-history-archive
git init
git add -A && git commit -m "First snapshot of Claude Code history"

Lisää git add -A && git commit samaan päivittäiseen ajoon rsyncin kanssa. Nyt sinulla on versiohistoria: näet, mitä ilmestyi ja milloin, ja voit kumota vahingossa tehdyn ylikirjoituksen yhdellä komennolla.

Toiseksi käytä hakua. .jsonl-tiedostot ovat rivinvaihdoin erotettua JSON-dataa, joten voit käyttää niihin tuttuja työkaluja. Etsi istunto, jossa käsiteltiin tiettyä aihetta:

grep -rl "database migration" ~/claude-history-archive/

Poimi istunnosta vain omien kehotteidesi teksti (jq:lla, koska tiedosto on JSON-muodossa):

jq -r 'select(.type=="user") | .message.content' session.jsonl

Tässä vaiheessa istuntohistoriasi alkaa toimia projektin toisina aivoina: tietokantana, josta löydät sekunneissa ”miten teimme tämän päätöksen maaliskuussa”. Katso oppaasta ”Mihin tokenit menevät Claude Codessa?” erillinen katsaus siihen, minne konteksti istunnossa päätyy ja miten sitä hallitaan.

Voiko jo poistettuja istuntoja palauttaa?#

Rehellinen vastaus on: luultavasti ei. Claude Codessa ei ole palautustoimintoa, roskakoria eikä poistettujen keskustelutallenteiden kumoamislokia. Tiedosto vain katoaa levyltä.

Yksi mahdollisuus on järjestelmän varmuuskopiot, jos ne oli otettu käyttöön etukäteen:

1. macOS Time Machine – jos tilannevedos sisälsi kansion ~/.claude/projects/ ennen poistamista, voit hakea tiedoston kyseisen päivämäärän varmuuskopiosta.
2. OneDriven / Dropboxin versiohistoria – jos kansio synkronoitiin versiohistoria käytössä, etsi tiedostoa pilvipalvelun versiohistoriasta (mutta muista mtime-ansa: synkronointi on saattanut myös laukaista poistamisen).
3. Manuaaliset kopiot – mikä tahansa rsync/cp, jonka ajoit manuaalisesti johonkin hallitun kansion ulkopuolelle.

Jos mitään näistä ei ollut, istunto on poissa. Tämä ei ole harvinaista: yksi Anthropicin repositoriossa olevan virheen ilmoittaja menetti 26 tietuetta 38:sta, mikä vastasi kuukausien työtä. Ainoa luotettava suoja on sellainen, joka on käytössä ENNEN menetystä. Määritä cleanupPeriodDays ja automaattinen arkistointi jo tänään, kun tallennettavaa on vielä jäljellä.

Minkä arvon cleanupPeriodDays-asetukselle kannattaa valita?#

Asetuksia on vain yksi, mutta sillä voi olla useita merkityksiä. Vertaa vaihtoehtoja ja valitse käyttötarkoitukseesi sopiva:

Tärkeä tietoturvahuomautus: jos asetat arvon 3650 ja säilytät kaiken, sitoudut tallentamaan levylle keskustelutallenteita, jotka saattavat sisältää avaimia ja koodia. Kyseessä on tietoinen kompromissi: arkiston helppous suhteessa riskiin. Pienennä riskiä: säilytä arkisto salatulla levyllä (FileVault macOS:ssä), älä laita sitä julkiseen pilveen äläkä committoi sitä julkiseen git-repositoryyn. Olen koonnut erillisen oppaan siitä, mitä tietoja Claude Coden kautta voi vuotaa: ”Claude Coden tietoturva”.

Mitä tehdä tänään: tarkistuslista#

Määritä suojaus vaihe vaiheelta:

1. Aseta cleanupPeriodDays: 3650 tiedostossa ~/.claude/settings.json – olet pidentänyt säilytysaikaa.
2. Luo ~/claude-history-archive hallitun kansion ulkopuolelle ja suorita ensimmäinen rsync -a.
3. Ajasta päivittäinen suoritus launchd:llä (macOS) tai cronilla (Linux).
4. Alusta arkistoon git ja lisää git add -A && git commit samaan suoritukseen.
5. Varmista, että arkisto on salatulla levyllä eikä sitä synkronoida julkiseen pilveen.
6. Tarkista jokaisesta ajastetusta ajosta kopioinnin onnistuminen. Tarkista sitten äskettäinen arkistoitu istunto ja palauta säännöllisesti näyte erilliseen väliaikaiseen kansioon varmistaaksesi sen luettavuuden.
7. Jos myös laitteen tai levyn menetys kuuluu suojattaviin riskeihin, pidä erikseen tallennettu varmuuskopio asianmukaisilla pääsyoikeuksilla ja testaa senkin palautus. Samalla levyllä oleva Git-historia ei ole riippumaton varmuuskopio.

Istuntohistoria on vain yksi kerros kontekstia, joka tekee Claudesta luotettavan.

Tutustu Ailootiin.