# 小白到入门：龙虾昨天的记忆还只靠日志回忆吗？用这个工作流让你重现一切细节，未留档的工作无缝衔接


>基于两次 Session 切换实战和踩坑经验，涵盖识别 → 读取 → 切换 → 修复全流程。当然，Session 切换不是万能药，但知道有这个选项，你就多了一张牌 🃏


----

## 一、熟悉的早晨又来了


WorkBuddy 用久了，不担心对话管理，也算是被宠坏了。这两天切回 OpenClaw 工作，一个熟悉的场景又出现了：

早上我打开电脑，寒暄一句问昨晚丢给它任务的后续进度。先是回答我它啥都忘了，再是去加载看了昨天的 memory 日志，只能讲了个大概。

我赶紧自己又去翻 `memory/2026-04-29.md` 亲自看看，几行摘要笔记：

>"昨天做了搜索技能深度调研，产出 3 份文档，讨论了 web-search 的接入方案……"


当然，产出文件和管理流程稿都在。但是，**细节都丢了**。

——700 多轮对话里，各种要求细节还保留在上下文里，多轮测试方案和结果、接入方案和最后验证没跑。

我突然意识到：哦，这是 OpenClaw 龙虾每日凌晨 4 点的会话重置又开始了，一个全新的 Session 被自动加载，上下文全丢了。

咋办，搞了一个多月龙虾，俺又回到起点小白了？

这不，还原记忆日志里没有的细节，还有一招，从小白到入行！💪


----

## 二、基本概念，先补一课


### 2.1 Session 到底是什么？


要理解后面发生的事，得先搞清楚一个概念：**Session（会话）到底是什么。**

说白了，Session 就是 OpenClaw 给你和龙虾聊天开的**"聊天档案全记录"**。每一句话、执行的每一个命令、每一个工具调用和结果、思考过程，所有细节都被完整记录下来，细节全在硬盘 session 文件里，啥都不会丢。

这些记录存在哪里？（以 main agent 为例）

```
~/.openclaw/agents/main/sessions/
```
里面有两个核心文件：


|文件|作用|
|:-:|:-:|
|`sessions.json`|⭐ 核心注册表，即档案目录，告诉 Gateway "现在该用哪个档案"|
|`<session-id>.jsonl`|聊天全记录本身，每行一条 JSON|

### 2.2 档案目录 sessions.json 长什么样


大概长这样（简化版）：

```
{
  "agent:main:main": {
    "sessionId": "1e26c29f-xxxx-xxxx-xxxx-xxxxxxxxxxxx",
    "timestamp": "2026-04-30T07:37:00.000Z",
    "lastMessage": "2026-04-30T07:42:00.000Z"
  }
}
```
关键点：


- `sessionId`：⭐ **当前活跃的 Session ID**，Gateway 启动时就加载这个值对应的 `.jsonl` 文件

- **反之亦然**：在档案目录里找到当前活跃的 Session ID，**修改这个会话 ID 就可以指定当前活跃的会话！**


### 2.3 解决办法就是：直接"切换 Session"，回到昨天现场


>不要在新 Session 里靠 Memory 重建昨天，而是直接激活昨天的 Session，在原来的对话基础上继续聊。


这样，**无需重建上下文，无需重新解释背景。就像昨天只是去喝了杯咖啡，现在回来继续。**


📌 **新旧方式对比：**


|方式|体验|完整性|效率|
|:-:|:-:|:-:|:-:|
|靠 Memory 回忆|"昨天好像做了这个……"|摘要级，细节丢失|低，需重建上下文|
|切换 Session|"我们聊到这儿了，继续。"|完整对话历史|高，无缝衔接|

Memory 文件是跨 Session 的桥梁，但会丢失细节。


----

## 三、实战现场：1 分钟切回昨天


### 命令版（可以不看，跳到下面我的实战口喷版）


#### Step 1：找到那个 Session


```
# 方法一：列出所有 Session 文件
ls -la ~/.openclaw/agents/main/sessions/*.jsonl

# 方法二：用 OpenClaw CLI 命令
openclaw sessions                    # 列出活跃 Session
openclaw sessions --all              # 列出所有 Session（含已归档的）
```
按时间排序，最近修改的文件排在最上面。我一眼看到一个 **2.2 MB** 的文件，旁边还有一个今天刚生成的 **28 KB** 文件。

结果：2.2 MB 那个有 **721 条消息**，28 KB 的只有 58 条。——这差距也太明显了。

**找到了昨天的会话 ID 了，就是 `06c85bf9-...`。**

#### Step 2：确认时间范围


```
head -2 06c85bf9.jsonl | grep timestamp   # 开始时间
tail -2 06c85bf9.jsonl | grep timestamp   # 结束时间
```
开始：4 月 29 日 14:55。结束：4 月 30 日 09:30 左右。

确认无误，这就是昨天奋战到深夜的那个 Session。

⚠️ **注意时区坑**：JSONL 里的时间戳是 UTC，`2026-04-29T23:37Z` 在中国是 `04-30 07:37`。UTC 和 CST 差 8 小时，永远要检查。

#### Step 3：切换


```
# 修改 sessionId，指向昨天的 Session
jq '".agent:main:main".sessionId = "06c85bf9"' \
  ~/.openclaw/agents/main/sessions/sessions.json \
  > /tmp/sessions_tmp.json
mv /tmp/sessions_tmp.json ~/.openclaw/agents/main/sessions/sessions.json
```
#### Step 4：验证


### 实战口喷版（有图有真相 😀）


#### 1. 找昨天的会话 ID，没有就 PUA 找归档
![image.png](https://developer.qcloudimg.com/http-save/yehe-8749249/bdb1c930763a21b7263bf8b177489913.png)

#### 2. 验证 ID，其实上一步就找到了
![image.png](https://developer.qcloudimg.com/http-save/yehe-8749249/7e41983eb6451fe298a4878167583468.png)

#### 3. 切换到昨天的会话
![image.png](https://developer.qcloudimg.com/http-save/yehe-8749249/937ed2ae0dadecfa047c8c805cdd4bce.png)

#### 4. 验证
![image.png](https://developer.qcloudimg.com/http-save/yehe-8749249/cdac1b75cb4d8d6d3678b724e5b0a54f.png)

"从昨晚到现在"接上了！🎉

#### 5. 踩坑插曲
![image.png](https://developer.qcloudimg.com/http-save/yehe-8749249/460a76111ecd507a331015fa21ae8901.png)

⚠️ **注意**：避免没切好就继续对话，出现竞争状态。切完先验证，确认生效了再继续。


----

## 四、一些实用建议


📌 **1. Session 不是越多越好**

虽然可以切换，但也不要刻意制造大量碎片 Session。一个主题、一个项目，尽量在一个 Session 里持续推进。

📌 **2. Memory 文件依然有它的价值**

Session 切换适合"继续昨天的同一项工作"；Memory 文件适合"快速浏览这几天做了什么"。两者是互补关系，不是替代关系。

📌 **3. 重要节点主动归档**

如果某个 Session 里产生了重要成果（比如一份报告、一套方案），别忘了把最终产出保存到独立文件。Session 是过程，文件是结果。

📌 **4. 切换 Session 也有坑**

写到这里，我必须诚实地说：**Session 切换不是万能药。**


- ❌ **坑 1：上下文太长，模型可能"消化不良"**——这是细节与上下文的取舍

- ❌ **坑 2：Session 膨胀引起压缩，那时档案就会真正丢失信息**

- ❌ **坑 3：一个 agent 不能同时开多个 Session**

- ❌ **坑 4：JSONL 只读，不能手动清理**——如果你想删除 Session 里的某段"黑历史"，不好意思，JSONL 文件只读不改。手动修改可能导致 History 重建失败，历史信息丢失。


----

## 五、什么时候该切，什么时候不该切


结合上面的优缺点，我整理了一个简单的判断框架：


|场景|建议|原因|
|:-:|:-:|:-:|
|昨天的工作没做完，今天继续|✅ 切换|上下文完整，无缝衔接|
|需要回顾昨天的某个具体技术决策|✅ 切换|Memory 文件不会记录推导过程|
|昨天 Session 已经很大（>1000 条消息）|⚠️ 评估|模型注意力可能分散，考虑开新 Session + 拉取关键历史|
|今天想聊完全不同的新话题|❌ 开新 Session|避免旧上下文干扰|
|需要同时推进多个项目|❌ 开不同 Session / 不同 agent|单 agent 只能活跃一个 Session|
|旧 Session 里有错误信息或误导内容|❌ 开新 Session|错误记忆会一并带回来|


----

## 六、写在最后📝


AI 助手每天帮我们做了很多工作，但"每天一个全新开始"的设计，有时候会让我们陷入"昨天的事今天重来"的低效循环。

Session 切换本质上是一种**"工作现场保护"机制**。它不是让你永远赖在旧 Session 里不走，而是给你一个选项：**当你需要回到昨天现场时，你知道不压缩档案就还在。**

Memory 文件帮你记住"做了什么"。Session 帮你记住"怎么做的"。两者配合，才是完整的记忆体系。


----

###### 我的 Session 切换速查卡


📌 **切换流程的核心思路（口喷版）**：


1. **问一问**当前的会话 ID：发现，哦，是今天一早新的会话

2. **查一查**所有历史会话 ID，注意，要查包括已经归档的所有会话

3. **找一找**通过最后聊天时间等确认，找到你想要去的那个会话 ID，比如昨天最后有很多细节要求和讨论的会话 xxx

4. **改一改**去档案目录 `sessions.json` 里，把当前会话修改指定为这个会话 xxx

5. **验一验**再问一问当前会话 ID 是什么，改成是昨天的那个 xxx 了，成功！✅


----

本文基于 2026-04-29/30 两次 OpenClaw Session 路由切换实战记录整理。

基于两次 Session 切换实战和踩坑经验，涵盖识别 → 读取 → 切换 → 修复全流程。当然，Session 切换不是万能药，但知道有这个选项，你就多了一张牌 🃏

小白到入门：龙虾昨天的记忆还只靠日志回忆吗？用这个工作流让你重现一切细节，未留档的工作无缝衔接

开发工具

职业发展

掌握OpenClaw Session切换技巧，轻松找回工作细节！本文详解从识别到修复的全流程，解决会话重置导致的信息丢失问题。通过实战案例教你1分钟切回昨天会话，实现工作无缝衔接。了解Session与Memory的互补关系，避免常见操作误区，提升AI协作效率。

路由

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

小白到入门：龙虾昨天的记忆还只靠日志回忆吗？用这个工作流让你重现一切细节，未留档的工作无缝衔接-腾讯云开发者社区-腾讯云

小白到入门：龙虾昨天的记忆还只靠日志回忆吗？用这个工作流让你重现一切细节，未留档的工作无缝衔接

小白到入门：龙虾昨天的记忆还只靠日志回忆吗？用这个工作流让你重现一切细节，未留档的工作无缝衔接

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐