Claude Code 的骨架：
Session · Memory · Cache · Compaction

Claude Code 的所有对话都以 .jsonl 文件保存在：

C:\Users\m1526\.claude\projects\<cwd-编码>\<uuid>.jsonl

其中 <cwd-编码> 把工作目录的 : 和 \ 替换成 -。 比如在 D:\ 启动的 session 就在 projects\D--\。

Session 不是聊天记录本，是"全状态磁带"

4 个实际用途

1. /resume 复活 —— 第二天能续上昨天的对话，靠的就是它
2. 压缩后回看 —— compact 之后原始细节只在 jsonl 里留着
3. 审计取证 —— 想知道"上周让 Claude 改了啥"，翻这里最准
4. 与 memory 分工 —— session 是草稿纸；memory 是跨 session 的笔记

你的 session 现状

jsonl 文件长什么样？

JSONL = JSON Lines：每一行是一个独立的 JSON 对象，行与行之间用换行分隔。 它不是一整个大 JSON 数组，而是"逐行流式"。

[
  {"type":"user","text":"hi"},
  {"type":"assistant","text":"hello"}
]

{"type":"user","text":"hi"}
{"type":"assistant","text":"hello"}

Claude Code jsonl 里实际有哪些对象类型

jsonl 的 4 个特点

1. 追加友好 —— 新事件只需在文件末尾 append 一行，O(1) 操作
2. 抗崩溃 —— Claude Code 进程突然挂了，前面所有完整行都安全；最多丢最后半行
3. 流式可读 —— 可一边写一边读（tail -f 风格），适合实时观察
4. 易解析 —— grep / wc -l / awk 都能直接扫，不需要 JSON 解析器

简单答案：Claude Code 写死了用 ~/.claude/，而 Windows 上你的 ~ 就是 C:\Users\m1526\。

Anthropic 设计时遵循的是 Linux/Mac 的"dotfile 在 home 目录"习惯（类似 ~/.npm、~/.cache），Windows 没做特别适配。

想搬到 D 盘？三个方案

/btw 的官方定义

"by the way" 侧边提问 —— ephemeral overlay，看得到当前对话上下文，但问答不写入对话历史。

工作流：索引常驻 + 详情懒加载

你的 memory 当前规模

4 类该写的

反思：/btw 该不该存？

我建议把 /btw 加进 memory，你问了一个关键问题："对未来协作有什么影响吗？" —— 这一问让我意识到：

实测发现：你机器上有 13 个独立 memory 池。

两个关键问题的答案

3 个应对策略

三种状态的对照

每次 API 请求的物理结构

固定顺序：tools → system → messages，前缀匹配，只要前面没变后面才有机会命中。

静态 vs 动态对照

TTL（缓存生存时间）

① Compaction 利用旧 cache 生成 summary

翻译：触发 compaction 时，先用旧 cache 以 0.1x 价格快速读出全历史 → 让模型总结 → 生成 summary → 下一轮用 summary + 静态 cache 继续。不是"全部历史重新计算"。

② /fork subagent 共享父 cache（省钱大杀器）

③ defer_loading 省 85% token（MCP 必看）

装多 MCP 工具，所有 schema 默认全塞 cache。开关 defer_loading: true → 工具名留着，schema 按需注入。

④ /resume 跨 session 的代价

5 分钟 TTL 一过就废了。第二天 /resume 必然冷启动。GitHub Issue 实测：冷启动会让该轮成本暴涨 20-32%。

📼 jsonl 里的真实证据（实测）

从你 2026-05-13 凌晨那次 Kelly Agent 的手动 /compact 现场扒出来的 jsonl 数据：

Compaction 输出的 9 个固定章节

你的真实风险，不是模型档次，而是"约束蒸发"

实证退化模式

你能 / 不能干预的