系统上下文
系统侧骨架,承载 git 状态、缓存失效标记和基础系统提示。
runtime-context它最重要的不是“有没有 memory”,而是把 runtime context、文件型 memory、SessionMemory、history 和 compact boundary 分开管理,再在每一轮重算模型可见视图。
这一段只讲模型真正可见的材料,不把所有底层状态都算进 context。
它把“运行时状态”“文件记忆”“会话摘要”“最终可见消息”拆成独立层,再在每轮重算。
先看组成块,再看顺序。这里最容易帮助普通读者分清“哪些东西会真的进模型”。
系统侧骨架,承载 git 状态、缓存失效标记和基础系统提示。
runtime-context用户侧材料,包含 CLAUDE.md、memory 文件和日期信息。
user-context通过 loadMemoryPrompt() 按轮重算,把 memory 注入系统提示。
dynamic-promptmemdir / claudemd 负责跨会话的项目记忆文件发现、拼接和过滤。
file-memory当前 session 的结构化摘要文件 session-memory/summary.md。
session-summary/context 会在 boundary 之后再做微压缩和 token 统计。
analysis-view不要把记忆想成一个抽象黑盒。这里直接按时间顺序讲“它什么时候生成、存哪、怎么再回来”。
跨会话文件记忆和单会话摘要是两条不同链路,只会在压缩点相互接触。
很多误解都来自把 transcript、summary、文件、数据库和向量库混成一层看。
历史、摘要、文件型 memory 和运行时状态分别落在不同地方。
这部分是防误解,不是额外功能清单。
把 SessionMemory 当成跨会话长期 memory。
先把 runtime context、文件型 memory、SessionMemory、history、boundary 这五层分开,再看实现会更清楚。
每个结论都要能往下追。这里列的都是站内证据入口,不是营销材料。
如果你想继续看原文、行号和分专题分析,可以直接跳到证据页。
站内会把这个 repo 对应的 docs 文件按行展开,方便核对路径和行号。
你也可以直接从总览、仓库入口页和 5 篇专题页继续追。