1. 先说结论：PowerShell里关掉的Claude Code对话，到底能不能接着聊
很多朋友第一次用Claude Code的时候都遇到过这个场景：在PowerShell里敲了几轮提问，AI帮你改了不少代码，聊得正起劲，突然终端被误关了、电脑重启了、或者一个手滑按了Ctrl+C，再打开PowerShell重新输入claude，发现是全新的对话，之前上下文全没了。
先说结论：能接着提问，只要你会用对恢复命令，绝大多数情况都能找回之前的对话。Claude Code本身支持会话持久化，它的历史记录会按项目路径自动落盘，并不是关掉终端就清空。但这里有几个关键前提和操作细节，比如你退出时是不是正常退出、用的是哪个恢复命令、以及PowerShell环境下的一些转义和编码坑，这些才是大多数人"找回失败"的真正原因。
这篇文章我把会话恢复这块的机制、命令、踩坑经验全部拆开讲，覆盖PowerShell和VS Code终端两种常见场景，顺手把恢复后上下文不完整、400错误这类衍生问题也一并解决，希望能帮你把这套CLI工具用得顺一点。
2. Claude Code的会话机制真相：为什么关掉不等于删除
2.1 会话到底存在哪里
Claude Code的会话不是只活在内存里的临时东西。它在每次启动、每次交互时，会把prompt、assistant回复、工具调用等消息流增量写入本地的项目目录，具体位置在用户主目录下的隐藏文件夹里，按你打开项目时所在的路径做了分组。本质上每一个对话会话就是一个独立的记录文件，关掉终端只是切断了交互通道，落盘的数据还在。
所以"能不能恢复"这个问题，核心是：进程是不是正常走到了会话保存这一步。如果你用exit、Ctrl+D这类正常退出方式，Claude Code会完整收尾并保留历史；如果是强制杀进程、直接关标签页、电脑断电，文件里可能只写了一半，恢复的时候就会缺胳膊少腿。
2.2 恢复命令有两个，别搞混
Claude Code给你提供了两条恢复路径：
claude --continue（简写claude -c）：直接接着最近的会话继续提问。这是最常用的，适合"我就一个对话，刚关了现在想接着聊"的场景。claude --resume：像聊天记录列表一样，列出所有历史会话，让你用方向键或编号选择具体哪一条。
两者的差别在于--continue是盲选最近那一个，--resume是让你从清单里挑。如果你平时一个项目会话开得少，那--continue就够了；如果一天开十几个会话，建议用--resume按ID或按时间挑。
2.3 为什么不推荐直接再开一个
有人可能觉得，既然代码工程都在本地，重新开一个会话也无所谓，把之前需求再描述一遍不就行了。小项目确实可以，但项目一大，你之前喂给Claude Code的几十轮上下文、约束条件、错误日志、中途改动的细节，根本不可能用一段话补回来。而且重新描述本身就容易变形，漏了某个约束，AI后面就可能跑偏。会话恢复的价值就在这里：上下文是连续的，AI记得你上一个问题、你修正过什么、你最后让它做到哪一步。
这个机制跟你浏览器里的历史记录逻辑很像，关了标签页，只要没清历史，下次打开还能回到那一页。但前提是你没进"无痕模式"。
3. PowerShell里恢复对话的标准操作流程
3.1 最基本的恢复流程
假设你刚才在PowerShell中运行过：
claude然后聊了十几轮，关掉了窗口。要恢复，重新打开PowerShell，切换到同一个项目目录，然后：
claude --continue就这么简单。它会加载最近一次会话的历史，恢复之后你直接打字提问就行。
如果你想从历史列表里选：
claude --resume这时终端会显示一个交互式列表，包含会话ID、时间、项目路径等信息，方向键移动、回车确认。选完之后界面看起来跟之前一样，但注意它不会把完整消息历史全部重新打印出来，你能看到的是会话被重新加载的提示，之后继续提问即可。
3.2 路径问题：为什么恢复时老说找不到历史
我的经验里，恢复失败最常见的一个原因是目录对不上。Claude Code的会话记录是按项目路径组织的，比如你在D:\code\mydemo目录启动的claude，那它记录就挂在mydemo这个项目分组下。如果你恢复时跑到了D:\code甚至别的盘，它当然找不到之前的对话。
所以恢复之前先确认：
cd D:\code\mydemo claude --resume另外Windows下还有路径大小写、盘符格式的问题。你之前用D:\code\MYDEMO启动，这次用D:\code\mydemo，路径字符串不完全一致，可能也会搜不到。建议平时固定用同一个方式进入项目目录，别今天小写、明天大写。
3.3 PowerShell与CMD、Git Bash的差异
很多Windows用户其实有多个终端，PowerShell、CMD、Git Bash来回切。这里有个需要留神的地方：Claude Code恢复会话时，项目路径的判定跟当前工作目录有关，而不同的终端启动时初始目录不一样。比如Git Bash默认可能进入用户主目录，PowerShell默认进的也是用户主目录，如果你没主动cd，那你恢复时根本不在之前的项目路径下，自然找不到。
我建议把恢复操作固定在一个终端里，比如以后都在PowerShell里做，并且进入项目目录后再跑恢复命令。这样最稳妥。
3.4 编码问题：PowerShell下中文乱码影响会话恢复吗
热词里很多人搜"PowerShell乱码"。乱码这事分两个层面：
- 界面显示乱码：不影响会话恢复，因为你恢复的是记录文件，文件里UTF-8编码的消息和终端显示编码不是一回事。终端显示乱码是控制台代码页的问题，修复方法是把代码页切到UTF-8：
chcp 65001或在PowerShell里设置：
[Console]::OutputEncoding = [System.Text.Encoding]::UTF8- 会话文件名或内容乱码：如果你之前是在乱码状态下提问的，有些中文内容可能被终端错误编码后写进记录，恢复出来会是乱码。这种情况只能说是环境没配好导致的脏数据，真要解决就得改PowerShell启动时的默认编码。
注意：恢复会话前先修好编码，否则你看着一堆乱码，AI输出的中文也是坏的，容易误判成会话损坏。
4. 恢复之后上下文不全？这些细节你可能忽略了
4.1 正常退出与被杀的区别
我上面提到，正常退出（exit、Ctrl+D）才能保证会话完整落盘。但在PowerShell里，很多人习惯直接点终端右上角的×，这在Windows上等于强制结束进程，Claude Code可能还没来得及做最终保存，结果就是恢复时历史只到某一轮，甚至加载失败。
我自己试过的场景：
- 用exit退出：恢复完整，上下文连续。
- 用Ctrl+C中断正在生成的内容然后退出：一般也能恢复，但最后几轮不完整。
- 直接关闭窗口：偶尔能恢复，偶尔不能，完全碰运气。
所以养成好习惯：不要用杀进程的方式退出Claude Code。即使它一时半会儿没响应，也先按几次Ctrl+C回到输入状态，再输入exit。
4.2 恢复后AI"失忆"了怎么办
有时候恢复成功了，但你再提问，AI好像不记得之前的重要约定，比如你让它"所有注释都用中文"这种全局要求，它后面又改用英文了。这不一定真是失忆，而是Claude Code的机制导致的：它恢复会话时，历史消息虽然都在，但模型可能会因为上下文长度、系统提示的权重，没有把早期约束当成强指令。
解决办法有两个：
- 恢复之后，把关键的约束条件重新说一遍，比如"记住，本项目注释一律用中文"。
- 对于重要的项目级约束，写进项目里的配置文件，比如在项目根目录维护一个
CLAUDE.md之类的说明文档，让每次会话启动都能自动加载这个上下文。这样即使换新会话，全局约束也不会丢。
4.3 恢复时上下文太长被截断
如果你之前的会话特别长，恢复后继续提问，可能提示上下文已满，或者报400错误。这是因为模型对上下文token数量有上限，历史消息太多时放不进新的请求。Claude Code在这种情况下一般会做压缩或截断，但有时会直接报错。
热词里有人搜"claudecode apierror 400 maximum context"，就是这个坑。这种情况下的处理：
- 如果是短会话，直接继续，只要没超限就没事。
- 如果确实超了，建议开新会话，用
claude --resume查看旧会话里最后几轮内容，手动把关键结论复制给新会话。粗糙但有效。
提示：Claude Code有自动压缩机制，但我实测它压缩的质量不稳定。真正怕丢上下文的，还是靠"小步提交，勤开新会话"来减少单会话内容膨胀。
5. 实操记录：从半路被杀到成功恢复的完整过程
5.1 一次真实的中途断电恢复
我之前在做一个小工具时，PowerShell里一路聊了大概四十多轮，突然电脑蓝屏重启，重启后我第一件事就是重新打开PowerShell，cd到项目目录，输入：
claude --resume列表里确实有刚才那个会话，按时间排序在最上面。我选中恢复后，发现它复现了项目上下文。不过有个细节：最后几轮关于"错误日志的提问"没恢复出来，聊天记录戛然而止。好在那几轮本身价值不大，损失可接受。
5.2 如果不小心开了一个新会话怎么返回
还有一种情况：你在PowerShell里直接输入claude，它开了个新会话，你觉得不对想切回去。这时候不要慌，退出当前会话（输入exit），再用claude --continue，它会继续最近的那个会话。注意："--continue"本身是接最近的，如果你刚才的新会话也被记录为"最近"，那你continue可能是接着新会话，而不是旧会话。这种情况下建议用claude --resume看列表，选真正那个你想要的。
5.3 用VS Code终端和PowerShell恢复的区别
很多人是在VS Code里集成了Claude Code，用VS Code自带的终端窗口（默认也是PowerShell）操作。区别在于VS Code的终端有"复用进程"机制，有时候你关掉Claude Code，终端进程还在，再次运行命令时环境变量、路径状态可能还保留着，恢复起来更顺。
但VS Code终端也会带来一个问题：如果VS Code窗口没关，Claude Code进程可能仍在后台挂着，你重新运行claude命令时，它检测到已有实例可能让你选择附加还是新建。在这种状态下，别乱选，看清提示，通常你选attach（附加）就能回到原来那个会话。
6. 会话管理的高级玩法：从恢复到自动化
6.1 用脚本固定项目路径和恢复命令
如果你经常在多个项目间切换，恢复会话时老担心路径错了，可以写一个PowerShell脚本，比如resume-demo.ps1：
Set-Location D:\code\mydemo claude --resume以后每次恢复，直接：
.\resume-demo.ps1一来路径不会错，二来省去手动cd。如果觉得这样不够灵活，也可以用函数：
function Invoke-ClaudeResume { param([string]$Path) if ($Path) { Set-Location $Path } claude --resume }这样你随时可以切到不同项目恢复，还能记录到PowerShell配置文件里。
6.2 清理历史会话：恢复列表太多怎么办
用久了历史列表一大堆，看着心烦。Claude Code的历史记录文件在用户主目录下的.claude目录里，按项目分目录存放。如果实在想清理，直接删除对应项目的目录即可。
注意：删除前建议备份，尤其是你还有用的会话。删了就真没了。
6.3 开机自启PowerShell会影响恢复吗
热词里有人搜"PowerShell开机自启脚本"，这个和会话恢复没有直接关系。但如果你的开机自启脚本会切换默认工作目录、设置奇怪的别名，确实可能干扰Claude Code的项目路径判定。比如你设置了Set-Location到某个目录，或者给claude命令起了一个别名，而别名指向了错误参数，恢复命令就会出问题。
排查时仔细看命令行前的当前路径提示，如果不在项目目录，先cd回来再操作。
7. 常见问题速查表与避坑心得
| 问题 | 现象 | 解决方案 |
|---|---|---|
| 找不到历史会话 | --continue提示没有可恢复的会话 | 确认是否在同一项目路径；用--resume看列表 |
| 恢复后上下文少了几轮 | 最后几轮对话丢失 | 退出时用exit而不要直接关窗；Ctrl+C中断后再退出 |
| 恢复后中文乱码 | 对话内容变成乱码 | 在PowerShell设置UTF-8编码，检查chcp输出 |
| 恢复后报400错误 | 提示maximum context | 开新会话，手动把旧会话关键信息带过去 |
| 恢复后AI"失忆" | 之前的项目约定被忘记 | 重新声明约束；把长期约束写进项目配置文件 |
| VS Code里重复启动 | 提示已存在实例 | 看清提示选attach，不要直接开新会话 |
| 新会话覆盖了恢复 | --continue接的是新会话 | 用--resume选指定会话，不用--continue |
7.1 我最想提醒的三件事
第一，会话能恢复，不等于你的环境配置能恢复。如果你之前用的是某个特定模型配置、自定义了系统提示，恢复会话后最好确认一下这些配置还在，否则上下文虽然接上了，但行为方式变了。
第二，不要依赖会话恢复来保存代码改动。Claude Code改的代码是直接落在文件里的，会话历史只是对话记录。代码改了就是改了，不会因为会话关闭而消失。反过来，你改了代码，只要会话历史还在，AI仍然能感知。
第三，高频操作者建议用版本管理工具定期备份会话目录。历史记录文件虽然不是特别大，但积累多了也占空间，而且一旦损坏，前面的心血就没了。
7.2 我对这个问题的最终看法
从实际体验来看，Claude Code的会话恢复机制在绝大多数场景下是可靠的，特别是你按要求正常退出，并且在同一个项目目录下恢复。PowerShell下的主要障碍不是功能缺失，而是使用习惯和环境配置问题，比如退出方式、工作目录、编码设置。把这些基本项弄对，你完全可以把一个对话"暂停"几天再回来接着聊，AI不会忘记你之前让它做的事。
最后再分享一个小技巧：在我自己这边，已经把"进项目目录 + claude --resume"设成了PowerShell快捷键，一步到位。好的工具靠的是细节，会话恢复这种看似不起眼的功能，关键时刻能帮你省下大量重新描述需求的时间。
