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   ← หนึ่งเซสชัน = หนึ่งไฟล์
# a91b7d40-....jsonl

ไฟล์ .jsonl แต่ละไฟล์เป็นบันทึกแบบแยกบรรทัด โดยหนึ่งบรรทัดเท่ากับเหตุการณ์หนึ่งรายการในเซสชัน เนื้อหาไม่ได้มีแค่ข้อความสนทนา แต่ยังเก็บตรรกะเบื้องหลังการตัดสินใจของคุณด้วย เช่น เหตุใดจึงเลือกโครงสร้างฐานข้อมูลแบบหนึ่ง ตัวเลือกใดที่ปฏิเสธ Claude ทำผิดพลาดตรงไหน และคุณแก้ไขอย่างไร

กล่าวโดยสรุป นี่คือบันทึกการพัฒนาโครงการ การสูญเสียไฟล์จึงเจ็บปวด เพราะสิ่งที่หายไปไม่ใช่แค่ “แชต” แต่เป็นบริบทที่คุณสะสมมานานหลายสัปดาห์ ฉันอธิบายโครงสร้างของบริบทนี้ไว้ในคู่มือ “Claude Memory เทียบกับ CLAUDE.md”

ทำไม Anthropic จึงลบทรานสคริปต์หลัง 30 วัน?#

การลบมีเหตุผลรองรับ และควรทำความเข้าใจก่อนปิดการทำงานทั้งหมด ทรานสคริปต์เป็นข้อความธรรมดา หาก Claude อ่านไฟล์ .env ระหว่างเซสชัน แทรกคีย์ลงในคำสั่ง หรือคุณวางรหัสผ่านลงในพรอมป์ต์ ข้อมูลทั้งหมดนั้นก็จะไปอยู่ใน .jsonl ในรูปข้อความธรรมดา ยิ่งไฟล์ดังกล่าวอยู่บนดิสก์นาน โอกาสที่ข้อมูลจะรั่วไหลสักวันหนึ่งก็ยิ่งสูง

Anthropic อธิบายตรงไปตรงมาว่า ทรานสคริปต์อาจมีซอร์สโค้ด ข้อมูลรับรอง และข้อมูลอ่อนไหวอื่น ๆ การเก็บไว้บนดิสก์นานเกินจำเป็นก่อให้เกิดความเสี่ยงต่อความเป็นส่วนตัวอย่างแท้จริง โดยเลือกระยะเวลา 30 วันเป็นทางประนีประนอม

ข้อคัดค้านของชุมชนมีสามประเด็น ได้แก่ การลบเกิดขึ้นอย่างเงียบ ๆ (ไม่มีคำเตือนระหว่างตั้งค่าหรือเมื่อเริ่มทำงาน) ไม่มีการขอความยินยอม (ไม่มีใครถามคุณ) และไม่มีวิธีกู้คืน (ไฟล์ไม่ถูกย้ายไปถังขยะและไม่มีการย้อนกลับ) ในissue #59248 นักพัฒนากำลังขอสิ่งเดียว: ทำให้การล้างข้อมูลเป็นธรรม โดยแจ้งเตือน ให้มีระยะเวลากู้คืน และใช้ระยะเวลาเริ่มต้นที่ไม่เข้มงวดเกินไป

ทำไมสคริปต์สำรองข้อมูลจึงอาจทำให้เกิดการลบเสียเอง?#

นี่เป็นส่วนที่ซับซ้อนที่สุด และทำให้คนที่พยายามปกป้องข้อมูลด้วยตนเองพลาดได้ การล้างข้อมูลตรวจดู mtime ซึ่งเป็นเวลาที่แก้ไขไฟล์ครั้งล่าสุด โดยสมมติว่า mtime สะท้อนเวลาที่คุณทำงานในเซสชันนั้นครั้งล่าสุด ในทางปฏิบัติ อะไรก็เปลี่ยน mtime ได้ ไม่ว่าจะเป็นไคลเอนต์ซิงก์ Dropbox หรือ iCloud, rsync, ซอฟต์แวร์ป้องกันไวรัส โปรแกรมทำดัชนี หรือสคริปต์สำรองข้อมูลของคุณเอง

นี่คือกับดัก คุณตัดสินใจบันทึกประวัติและตั้งค่าซิงก์คลาวด์ให้กับ ~/.claude/projects/ ในบางครั้ง บริการซิงก์อาจเขียนไฟล์ใหม่และกำหนด mtime ให้เป็นวันที่ก่อนหน้า (กรณีนี้อาจเกิดขึ้นเมื่อกู้คืนจากสำเนาบนคลาวด์) 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. โหลดเอเจนต์เพื่อให้ทำงานอยู่เบื้องหลัง:

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 "First snapshot of Claude Code history"

เพิ่ม git add -A && git commit ลงในการทำงานประจำวันเดียวกับ rsync ตอนนี้คุณมีประวัติเวอร์ชันแล้ว จึงดูได้ว่ามีอะไรเพิ่มขึ้นและเพิ่มเมื่อใด รวมทั้งย้อนคืนการเขียนทับโดยไม่ตั้งใจได้ด้วยคำสั่งเดียว

ขั้นที่สอง ค้นหาไฟล์ .jsonl เป็น JSON ที่แบ่งเป็นบรรทัด จึงใช้เครื่องมือที่คุ้นเคยกับไฟล์เหล่านี้ได้ ค้นหาว่าเซสชันใดพูดถึงหัวข้อหนึ่งโดยเฉพาะ:

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

ดึงเฉพาะข้อความพรอมป์ต์ของคุณจากเซสชันหนึ่ง (ใช้ jq เพราะข้อมูลเป็น JSON):

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

เมื่อถึงจุดนี้ ประวัติเซสชันของคุณก็เริ่มทำหน้าที่เป็นสมองที่สองของโครงการ เป็นฐานข้อมูลที่ช่วยค้นหาได้ในไม่กี่วินาทีว่า “เราตัดสินใจเรื่องนี้อย่างไรในเดือนมีนาคม” หากต้องการรายละเอียดแยกต่างหากว่าบริบทอยู่ตรงไหนในเซสชันและจัดการอย่างไร โปรดดูคู่มือ “โทเค็นไปอยู่ที่ไหนใน Claude Code”

กู้คืนเซสชันที่ถูกลบไปแล้วได้หรือไม่?#

คำตอบตามตรงคือ: อาจกู้คืนไม่ได้ Claude Code ไม่มีฟีเจอร์กู้คืน ไม่มีถังขยะ และไม่มีบันทึกการเลิกทำสำหรับทรานสคริปต์ที่ถูกลบ ไฟล์จะหายไปจากดิสก์เลย

มีทางเลือกหนึ่ง คือข้อมูลสำรองของระบบ หากเปิดใช้ไว้ล่วงหน้า:

1. Time Machine บน macOS — หากสแนปช็อตบันทึก ~/.claude/projects/ ไว้ก่อนการลบ คุณก็ดึงไฟล์จากข้อมูลสำรองของวันที่ต้องการได้
2. ประวัติเวอร์ชันของ OneDrive / Dropbox — หากโฟลเดอร์ซิงก์ไว้โดยเปิดใช้การจัดการเวอร์ชัน ให้ค้นหาไฟล์ในประวัติเวอร์ชันของคลาวด์ (แต่โปรดจำกับดัก mtime: การซิงก์อาจเป็นสาเหตุให้เกิดการลบได้เช่นกัน)
3. สำเนาที่ทำด้วยตนเอง — ไฟล์ใดก็ตามที่คุณคัดลอกด้วย rsync/cp ไปยังตำแหน่งนอกโฟลเดอร์ที่ระบบจัดการ

หากไม่มีสิ่งเหล่านี้ เซสชันก็หายไปแล้ว และนี่ไม่ใช่เรื่องที่เกิดขึ้นได้ยาก: ผู้เขียนรายหนึ่งของบั๊กในคลังโค้ดของ Anthropic มีระเบียน 26 จาก 38 รายการเสียหาย ซึ่งเป็นงานที่สะสมมาหลายเดือน การป้องกันที่เชื่อถือได้มีเพียงการตั้งค่าไว้ก่อนเกิดการสูญเสีย ตั้งค่า cleanupPeriodDays และการเก็บถาวรอัตโนมัติวันนี้ ขณะที่ยังมีสิ่งให้บันทึกอยู่

ควรเลือกค่าใดสำหรับ cleanupPeriodDays?#

มีการตั้งค่าเดียว แต่ใช้ให้ได้ผลหลายแบบ เปรียบเทียบตัวเลือกแล้วเลือกให้เหมาะกับการใช้งานของคุณ:

ข้อควรระวังด้านความปลอดภัยที่สำคัญ: หากคุณตั้งค่า 3650 และเก็บทุกอย่างไว้ เท่ากับยอมรับการจัดเก็บทรานสคริปต์ที่อาจมีคีย์และโค้ดบนดิสก์ นี่คือการแลกเปลี่ยนอย่างตั้งใจระหว่างความสะดวกของการมีคลังเก็บถาวรกับความเสี่ยง ลดความเสี่ยงด้วยการเก็บคลังไว้บนดิสก์ที่เข้ารหัส (FileVault บน macOS) อย่านำไปไว้บนคลาวด์สาธารณะ และอย่า commit ลงในคลัง 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. ตรวจสอบว่าคลังเก็บถาวรอยู่บนดิสก์ที่เข้ารหัสและไม่ได้ซิงก์กับคลาวด์สาธารณะ
6. ตรวจทุกรอบตามตารางว่าคัดลอกสำเร็จ แล้วตรวจเซสชันล่าสุดในคลัง และกู้ตัวอย่างลงโฟลเดอร์ชั่วคราวแยกเป็นระยะเพื่อยืนยันว่าอ่านได้
7. หากต้องป้องกันอุปกรณ์หรือดิสก์สูญหาย ให้เก็บสำรองอิสระที่มีสิทธิ์เหมาะสมและทดสอบกู้ด้วย ประวัติ Git บนดิสก์เดียวไม่ใช่สำรองอิสระ

ประวัติเซสชันเป็นเพียงชั้นหนึ่งของบริบทที่ทำให้ Claude ทำงานได้อย่างน่าเชื่อถือ

มาทำความรู้จักกับ Ailoot