Το Claude Code διαγράφει το ιστορικό μετά από 30 ημέρες: πώς να το αποθηκεύσετε

Για βοήθεια στη χρήση της υπηρεσίας, ανατρέξτε στην τεκμηρίωση του Ailoot.

Διαγράφει πράγματι το Claude Code το ιστορικό των συνεδριών σας;#

Ανοίγετε το Claude Code για να επιστρέψετε σε μια συνεδρία από δύο μήνες πριν—και έχει εξαφανιστεί. Το αρχείο έχει διαγραφεί εντελώς από τον δίσκο. Δεν πρόκειται για δυσλειτουργία ή σπάνιο σφάλμα: έτσι λειτουργεί ο προεπιλεγμένος μηχανισμός εκκαθάρισης.

Μία ρύθμιση ελέγχει την εκκαθάριση: cleanupPeriodDays. Η προεπιλεγμένη τιμή της είναι 30. Κάθε φορά που ξεκινά το Claude Code, σαρώνει τον φάκελο ιστορικού και διαγράφει όλα τα αρχεία που είναι παλαιότερα από αυτό το διάστημα. Δεν είχα καθόλου αυτή τη ρύθμιση στο ~/.claude/settings.json, πράγμα που σήμαινε ότι ίσχυε η προεπιλεγμένη τιμή και ορισμένες παλαιότερες συνεδρίες μου είχαν ήδη χαθεί.

Υπάρχουν αρκετές ανοιχτές αναφορές σφάλματος γι’ αυτό στο αποθετήριο της Anthropic και καμία δεν έχει διορθωθεί.

Πού αποθηκεύει το Claude Code το ιστορικό των συνεδριών;#

Είναι εύκολο να βρείτε το ιστορικό σας. Ανοίξτε ένα τερματικό και δείτε τα περιεχόμενα του φακέλου:

ls ~/.claude/projects/

Κάθε υποφάκελος είναι ξεχωριστό έργο. Το όνομά του κωδικοποιεί τη διαδρομή: για παράδειγμα, ένα έργο στο /Users/alex/dev/shop γίνεται ο φάκελος -Users-alex-dev-shop. Στο εσωτερικό βρίσκονται τα αρχεία συνεδριών:

ls -lt ~/.claude/projects/-Users-alex-dev-shop/
# 3f8a1c2e-....jsonl   ← one session = one file
# a91b7d40-....jsonl

Κάθε .jsonl είναι ένα αρχείο καταγραφής γραμμή προς γραμμή: μία γραμμή ισούται με ένα συμβάν συνεδρίας. Περιέχει περισσότερα από το κείμενο της συνομιλίας. Περιλαμβάνει τη λογική πίσω από τις αποφάσεις σας: γιατί επιλέξατε μια συγκεκριμένη δομή βάσης δεδομένων, ποιες επιλογές απορρίψατε, πού έκανε λάθος το Claude και πώς το διορθώσατε.

Στην ουσία, είναι ημερολόγιο ανάπτυξης έργου. Γι’ αυτό πονάει η απώλειά του: δεν χάνετε μια «συνομιλία», αλλά το πλαίσιο που έχετε χτίσει επί εβδομάδες. Έχω καλύψει τη δομή αυτού του πλαισίου στον οδηγό «Μνήμη Claude έναντι CLAUDE.md».

Γιατί διαγράφει η Anthropic τις απομαγνητοφωνήσεις μετά από 30 ημέρες;#

Υπάρχει λόγος για τη διαγραφή και αξίζει να τον κατανοήσετε προτού απενεργοποιήσετε πλήρως την εκκαθάριση. Μια απομαγνητοφώνηση είναι απλό κείμενο. Αν το Claude διάβασε ένα αρχείο .env κατά τη διάρκεια μιας συνεδρίας, εισήγαγε ένα κλειδί σε μια εντολή ή επικολλήσατε έναν κωδικό πρόσβασης σε μια προτροπή, όλα αυτά καταγράφηκαν στο .jsonl ως απλό κείμενο. Όσο περισσότερο παραμένει ένα τέτοιο αρχείο στον δίσκο, τόσο αυξάνεται η πιθανότητα να διαρρεύσει κάποια μέρα.

Η Anthropic το διατυπώνει ξεκάθαρα: οι απομαγνητοφωνήσεις μπορεί να περιέχουν πηγαίο κώδικα, διαπιστευτήρια και άλλο ευαίσθητο υλικό, ενώ η διατήρησή τους στον δίσκο περισσότερο απ’ όσο χρειάζεται δημιουργεί πραγματικό κίνδυνο για το απόρρητο. Το διάστημα των 30 ημερών επιλέχθηκε ως συμβιβασμός.

Οι αντιρρήσεις της κοινότητας αφορούν τρία πράγματα: η διαγραφή είναι αθόρυβη (δεν υπάρχει προειδοποίηση κατά τη ρύθμιση ή κατά την εκκίνηση), δεν ζητείται συγκατάθεση (δεν ερωτάστε) και δεν υπάρχει ανάκτηση (δεν χρησιμοποιείται ο Κάδος και δεν υπάρχει επαναφορά). Στο ζήτημα #59248, οι προγραμματιστές ζητούν ένα πράγμα: να γίνει δίκαιη η εκκαθάριση—να παρέχονται προειδοποίηση, περίοδος ανάκτησης και λιγότερο επιθετική προεπιλεγμένη περίοδος.

Γιατί μπορεί ένα εφεδρικό αντίγραφο να προκαλέσει το ίδιο την εκκαθάριση;#

Αυτό είναι το πιο δύσκολο σημείο και παγιδεύει όσους προσπαθούν να προστατεύσουν μόνοι τους τα δεδομένα τους. Η εκκαθάριση εξετάζει το mtime, τη χρονική σήμανση της τελευταίας τροποποίησης του αρχείου. Υποθέτει ότι το mtime αντικατοπτρίζει την τελευταία φορά που εργαστήκατε στη συνεδρία. Στην πράξη, οτιδήποτε μπορεί να αλλάξει το mtime: ένα πρόγραμμα συγχρονισμού Dropbox ή iCloud, το rsync, λογισμικό προστασίας από ιούς, ένα πρόγραμμα ευρετηρίασης ή το δικό σας σενάριο δημιουργίας αντιγράφων ασφαλείας.

Εδώ βρίσκεται η παγίδα. Αποφασίζετε να αποθηκεύσετε το ιστορικό σας και ρυθμίζετε συγχρονισμό cloud για το ~/.claude/projects/. Κάποια στιγμή, η υπηρεσία συγχρονισμού ξαναγράφει ένα αρχείο και ορίζει το mtime του σε παλαιότερη ημερομηνία (αυτό μπορεί να συμβεί κατά την επαναφορά από αντίγραφο στο cloud). Το Claude Code βλέπει ένα «παλιό» αρχείο κατά την εκκίνηση και το διαγράφει. Θέλατε να το σώσετε, αλλά επιταχύνατε τη διαγραφή του.

Υπάρχει μόνο ένα συμπέρασμα: το αντίγραφο ασφαλείας πρέπει να βρίσκεται έξω από το ~/.claude/projects/. Η εκκαθάριση δρα μόνο μέσα σε αυτόν τον φάκελο. Ένα αντίγραφο αποθηκευμένο έξω από αυτόν είναι πέρα από την εμβέλειά της. Θα βασίσω τη λύση σε αυτή την αρχή.

Πώς μπορείτε να σταματήσετε τώρα τη διαγραφή του ιστορικού;#

Σταματήστε τη διαγραφή σε τρία βήματα:

1. Ανοίξτε το αρχείο ρυθμίσεων: ~/.claude/settings.json (αν το αρχείο δεν υπάρχει, δημιουργήστε το).
2. Προσθέστε τη ρύθμιση cleanupPeriodDays με μεγάλη τιμή:

{
  "cleanupPeriodDays": 3650
}

3. Αποθηκεύστε το αρχείο. Η ρύθμιση θα τεθεί σε ισχύ την επόμενη φορά που θα ξεκινήσει το Claude Code.

Η τιμή 3650 σημαίνει δέκα χρόνια: στην πράξη, η διαγραφή δεν θα γίνεται πλέον. Αν θέλετε να διατηρήσετε την εκκαθάριση αλλά να δώσετε περισσότερο χρόνο, ορίστε 365 (ένα έτος)· τότε θα εξαφανίζονται μόνο οι συνεδρίες παλαιότερες του ενός έτους. Μπορείτε να ελέγξετε αν εφαρμόστηκε η ρύθμιση με αυτή την εντολή:

grep cleanupPeriodDays ~/.claude/settings.json

Μια επιφύλαξη που εύκολα παραβλέπεται: η παράταση της περιόδου ΔΕΝ αποκαθιστά όσα έχουν ήδη διαγραφεί. Η εκκαθάριση εκτελείται κατά την εκκίνηση και ό,τι σβήστηκε σε προηγούμενες εκτελέσεις έχει χαθεί οριστικά. Γι’ αυτό πρέπει να το ορίσετε πρώτο—αποτρέπει μελλοντικές απώλειες, αλλά δεν επαναφέρει όσα έχουν ήδη διαγραφεί. Αν θέλετε να αποφύγετε την απώλεια του ιστορικού Claude Code, καθώς και του έργου σας από μια τυχαία εντολή, δείτε τον οδηγό «Πώς να ρυθμίσετε το Claude Code ώστε να μην καταστρέψει το έργο σας».

Το ιστορικό των συνεδριών σας είναι μέρος του δεύτερου εγκεφάλου του έργου σας: περιέχει λογική αποφάσεων που δεν έχετε καταγράψει πουθενά αλλού. Το cleanupPeriodDays σώζει τα αρχεία, αλλά δεν τα μετατρέπει σε σύστημα που σας επιτρέπει να ανακτήσετε ό,τι χρειάζεστε σε έξι μήνες.

Πώς αρχειοθετείτε αυτόματα το ιστορικό έξω από τον φάκελο εκκαθάρισης;#

Η ιδέα είναι απλή: αφήστε το Claude Code να κάνει ό,τι θέλει με τον φάκελό του, ενώ εσείς διατηρείτε ξεχωριστό αρχείο έξω από αυτόν. Προστατεύεται από εκείνον τον μηχανισμό εκκαθάρισης, αλλά μπορεί ακόμη να χαθεί από βλάβη δίσκου, ακούσια διαγραφή ή αποτυχημένη αντιγραφή. Ρυθμίστε το ως εξής:

1. Δημιουργήστε έναν φάκελο αρχειοθέτησης έξω από τον διαχειριζόμενο κατάλογο:

mkdir -p ~/claude-history-archive

2. Αντιγράψτε εκεί το τρέχον ιστορικό σας. Η σημαία -a διατηρεί τη δομή και τις χρονικές σημάνσεις· η --ignore-existing αφήνει ανέγγιχτα τα αρχεία που έχουν ήδη αντιγραφεί:

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

3. Αυτοματοποιήστε την εκτέλεση μία φορά την ημέρα. Σε macOS, χρησιμοποιήστε launchd. Δημιουργήστε το αρχείο ~/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. Φορτώστε τον agent για να εκτελείται στο παρασκήνιο:

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

Σε Linux, κάντε το ίδιο με μία γραμμή στο crontab (crontab -e):

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

Γιατί λειτουργεί αυτό ενώ ο συγχρονισμός της προηγούμενης ενότητας αποτυγχάνει; Το αρχείο βρίσκεται ΕΞΩ από το ~/.claude/projects/, οπότε η εκκαθάριση δεν μπορεί να το δει καθόλου. Η αντιγραφή γίνεται μονόδρομα (από τον ενεργό φάκελο προς το αρχείο) και δεν αγγίζουμε το mtime των ενεργών αρχείων—άρα δεν εμφανίζεται το σφάλμα mtime. Ακόμη κι αν το Claude Code διαγράψει αύριο μια συνεδρία από τον δικό του φάκελο, το αντίγραφό της θα παραμείνει στο αρχείο.

Πώς μπορείτε να μετατρέψετε το αρχείο των συνεδριών σας σε αναζητήσιμο δεύτερο εγκέφαλο;#

Δεν αρκεί να συσσωρεύετε αρχεία—πρέπει να έχετε πρόσβαση σε αυτά. Δύο βήματα μετατρέπουν το αρχείο σε λειτουργικό εργαλείο.

Πρώτα, δημιουργήστε εκδόσεις με git. Αρχικοποιήστε ένα αποθετήριο στον φάκελο του αρχείου:

cd ~/claude-history-archive
git init
git add -A && git commit -m "Πρώτο στιγμιότυπο του ιστορικού του Claude Code"

Προσθέστε τα git add -A && git commit στην ίδια καθημερινή εκτέλεση με το rsync. Τώρα έχετε ιστορικό εκδόσεων: μπορείτε να δείτε τι εμφανίστηκε και πότε, και να αναιρέσετε μια τυχαία αντικατάσταση με μία εντολή.

Δεύτερον, αναζητήστε. Τα αρχεία .jsonl είναι JSON οριοθετημένο ανά γραμμή, οπότε μπορείτε να χρησιμοποιήσετε πάνω τους οικεία εργαλεία. Βρείτε σε ποια συνεδρία συζητήθηκε ένα συγκεκριμένο θέμα:

grep -rl "μετάβαση βάσης δεδομένων" ~/claude-history-archive/

Εξαγάγετε μόνο το κείμενο των προτροπών σας από μια συνεδρία (χρησιμοποιώντας jq, αφού πρόκειται για JSON):

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

Σε αυτό το σημείο, το ιστορικό των συνεδριών σας αρχίζει να λειτουργεί ως δεύτερος εγκέφαλος του έργου: μια βάση δεδομένων όπου μπορείτε να ανακτήσετε σε δευτερόλεπτα το «πώς αποφασίσαμε γι’ αυτό τον Μάρτιο». Για ξεχωριστή ανάλυση του πού πηγαίνει το πλαίσιο μέσα σε μια συνεδρία και πώς να το διαχειριστείτε, δείτε το «Πού πηγαίνουν τα token στο Claude Code».

Μπορείτε να ανακτήσετε συνεδρίες που έχουν ήδη διαγραφεί;#

Η ειλικρινής απάντηση: μάλλον όχι. Το Claude Code δεν διαθέτει λειτουργία ανάκτησης, Κάδο ή αρχείο καταγραφής αναίρεσης για τις διαγραμμένες απομαγνητοφωνήσεις. Το αρχείο απλώς εξαφανίζεται από τον δίσκο.

Υπάρχει μία δυνατότητα: αντίγραφα ασφαλείας συστήματος, αν είχαν ενεργοποιηθεί εκ των προτέρων:

1. macOS Time Machine—αν ένα στιγμιότυπο περιλάμβανε το ~/.claude/projects/ πριν από τη διαγραφή, μπορείτε να ανακτήσετε το αρχείο από το αντίγραφο ασφαλείας της απαιτούμενης ημερομηνίας.
2. Ιστορικό εκδόσεων OneDrive / Dropbox—αν ο φάκελος συγχρονιζόταν με ενεργοποιημένη τη διατήρηση εκδόσεων, αναζητήστε το αρχείο στο ιστορικό εκδόσεων του cloud (αλλά θυμηθείτε την παγίδα του mtime: ο συγχρονισμός μπορεί επίσης να προκάλεσε τη διαγραφή).
3. Χειροκίνητα αντίγραφα—οποιοδήποτε rsync/cp εκτελέσατε χειροκίνητα σε θέση έξω από τον διαχειριζόμενο φάκελο.

Αν δεν υπήρχε τίποτε από αυτά, η συνεδρία χάθηκε. Και αυτό δεν είναι σπάνιο: ένας συντάκτης αναφοράς σφάλματος στο αποθετήριο της Anthropic είχε 26 από τις 38 εγγραφές κατεστραμμένες, γεγονός που αντιστοιχούσε σε μήνες εργασίας. Η μόνη αξιόπιστη προστασία είναι εκείνη που έχει τεθεί σε εφαρμογή ΠΡΙΝ από την απώλεια. Ρυθμίστε σήμερα το cleanupPeriodDays και την αυτόματη αρχειοθέτηση, όσο υπάρχει ακόμη κάτι που μπορείτε να σώσετε.

Ποια τιμή πρέπει να επιλέξετε για το cleanupPeriodDays;#

Υπάρχει μία ρύθμιση, αλλά μπορεί να σημαίνει διαφορετικά πράγματα. Συγκρίνετε τις επιλογές και επιλέξτε εκείνη που ταιριάζει στη χρήση σας:

Μια σημαντική επιφύλαξη ασφαλείας: αν ορίσετε 3650 και διατηρείτε τα πάντα, συμφωνείτε να αποθηκεύετε στον δίσκο απομαγνητοφωνήσεις που μπορεί να περιέχουν κλειδιά και κώδικα. Πρόκειται για συνειδητό συμβιβασμό: ευκολία αρχειοθέτησης έναντι κινδύνου. Περιορίστε τον κίνδυνο: διατηρήστε το αρχείο σε κρυπτογραφημένο δίσκο (FileVault σε macOS), μην το τοποθετήσετε σε δημόσιο cloud και μην το υποβάλετε σε δημόσιο αποθετήριο git. Έχω ετοιμάσει ξεχωριστό οδηγό για τα δεδομένα που μπορεί να διαρρεύσουν μέσω του Claude Code: «Ασφάλεια δεδομένων στο Claude Code».

Τι να κάνετε σήμερα: λίστα ελέγχου#

Ρυθμίστε την προστασία βήμα προς βήμα:

1. Ορίστε cleanupPeriodDays: 3650 στο ~/.claude/settings.json—σταματήσατε τη διαγραφή.
2. Δημιουργήστε το ~/claude-history-archive έξω από τον διαχειριζόμενο φάκελο και εκτελέστε το πρώτο rsync -a.
3. Προγραμματίστε καθημερινή εκτέλεση με launchd (macOS) ή cron (Linux).
4. Αρχικοποιήστε το git στο αρχείο και προσθέστε τα git add -A && git commit στην ίδια εκτέλεση.
5. Βεβαιωθείτε ότι το αρχείο βρίσκεται σε κρυπτογραφημένο δίσκο και δεν συγχρονίζεται με δημόσιο cloud.
6. Ελέγξτε κάθε προγραμματισμένη εκτέλεση για επιτυχημένη αντιγραφή, εξετάστε μια πρόσφατη αρχειοθετημένη συνεδρία και επαναφέρετε περιοδικά δείγμα σε ξεχωριστό προσωρινό φάκελο για επαλήθευση αναγνωσιμότητας.
7. Αν το πεδίο κινδύνου περιλαμβάνει απώλεια συσκευής ή δίσκου, κρατήστε ανεξάρτητα αποθηκευμένο αντίγραφο ασφαλείας με κατάλληλους ελέγχους πρόσβασης και δοκιμάστε επίσης την αποκατάστασή του. Ιστορικό Git στον ίδιο δίσκο δεν είναι ανεξάρτητο backup.

Το ιστορικό των συνεδριών είναι μόνο ένα επίπεδο πλαισίου που κάνει το Claude αξιόπιστο.

Γνωρίστε το Ailoot.