用一次真实页面内存问题复盘，说明如何让大模型配合 Playwright 完成复现、定位、修复和验证，最终把开发态内存高峰从 900MB 级降下来。

Claude Code 的会话恢复，更像是把上次的工作重新接起来，而不是让程序回到关闭前的那一刻。JSONL 留下对话和状态记录，parentUuid找回当前路线，仍然有效的工作状态再回到当前进程。这套实现也提供了一个很实用的工程思路：日志不一定只是写给人看的几行字符串。JSONL 仍然是文本，但每一行都有固定结构，程序可以一边运行一边追加，也能在之后重新解析。同一份日志还能保存多种类型的记录。对

Claude Code 的会话恢复，更像是把上次的工作重新接起来，而不是让程序回到关闭前的那一刻。JSONL 留下对话和状态记录，parentUuid找回当前路线，仍然有效的工作状态再回到当前进程。这套实现也提供了一个很实用的工程思路：日志不一定只是写给人看的几行字符串。JSONL 仍然是文本，但每一行都有固定结构，程序可以一边运行一边追加，也能在之后重新解析。同一份日志还能保存多种类型的记录。对

Claude Code 的会话恢复，更像是把上次的工作重新接起来，而不是让程序回到关闭前的那一刻。JSONL 留下对话和状态记录，parentUuid找回当前路线，仍然有效的工作状态再回到当前进程。这套实现也提供了一个很实用的工程思路：日志不一定只是写给人看的几行字符串。JSONL 仍然是文本，但每一行都有固定结构，程序可以一边运行一边追加，也能在之后重新解析。同一份日志还能保存多种类型的记录。对

用一次真实页面内存问题复盘，说明如何让大模型配合 Playwright 完成复现、定位、修复和验证，最终把开发态内存高峰从 900MB 级降下来。

拆解 Claude Code 的工具延迟加载机制：为什么 MCP 工具默认延迟、ToolSearch 如何按需展开 schema，以及 defer_loading 如何降低上下文和缓存成本。

查找方案下，模型可能在第一步匹配到"新增页面"，执行完后不知道还有"表格开发"——因为它从未看到过完整的 skill 列表，每一步都只能看到查找系统给的局部结果。用户说"写完 review 再 commit"，但查找系统认为"review"和 code review skill 的描述不够相似，模型就会漏掉这一步——它甚至不知道自己漏掉了什么。几百个 skill，描述就得压缩。不管是向量检索还是关

Edit 工具用一个 LRU 缓存// 读取时的文件内容// 读取范围起始（全文读取时为 undefined）// 读取范围长度（全文读取时为 undefined）: boolean;// 自动注入的内容与磁盘不一致时为 trueRead 工具读取文件后会写入这个缓存，Edit 工具写入成功后也会更新它。这个缓存是后续所有过期检测的基础。即使所有检查都通过了，写入仍然可能不是用户期望的。备份使用而

静态注入——SKILL.md 被解析为 Command，短描述通过在首次用户输入时注入模型上下文。之后每轮都检查但通过去重机制避免重复。文件监听在 SKILL.md 变化时触发重载，压缩后有意不重置去重记录，已使用的 Skill 通过保留。Skill 工具——模型看到一个通用的Skill工具，通过 listing 中的短描述判断何时调用。Skill 本质上是工具的路由——模型通过名字查找 Comm

承载稳定规则和动态段落边界，尽量让可缓存的前缀保持稳定。Tools会根据内置工具、MCP、Agent、Skill 等来源组装，并在必要时通过延迟加载降低上下文负担。Messages是 Agent Loop 中持续变化的主体：用户输入、模型回复、工具调用结果和 attachment 附加上下文都会按顺序进入消息流。attachment 附加上下文是运行时补充上下文的关键机制：第一轮偏向用户输入和初始