北京
重度使用Claude Code的用户迟早会撞上一堵墙：5小时限流封锁。表面上看，这只是一次“暂停”——喝杯咖啡，等它过去。但实际情况远比这更具破坏性。
限流期间，你的Claude Code会话会直接死亡，积累的数千token工作上下文被全部清空。读过哪些文件、读到哪里、为什么选那个架构、下一步要做什么——全部蒸发。等你回来，Claude只会从空白状态问一句：“你想做什么？”
上下文消失的真相
为什么单单使用--continue不够？这个参数的意思是“延续上一个会话”。如果会话还活着，对话历史可以恢复。但在5小时封锁期间会话被完全切断后，--continue能带回来的只是最后一次交流的记录，而不是意图上下文——也就是“我接下来打算做什么”。
即使恢复了对话，Claude也不会说“我正在做这个任务，所以下一步要做X”。因为唯一知道这件事的，是“工作会话里的那个Claude”，而那个实例已经不存在了。
解决方案：脚本+进度文件
这正是需要PROGRESS.md的原因。这是一个用人类可读文本持续记录任务进度的文件。如果你坚持在每一步更新“我在哪”“完成了什么”“下一步动作”，恢复后的Claude只需读这个文件，就能立刻明白“我之前在做什么”。
脚本的恢复提示被硬编码为“PROGRESS.mdを読んで中断した作業を続けて。”（读取PROGRESS.md并继续中断的工作）——这行代码预设了PROGRESS.md的存在。
实际运行效果
这套方案的核心逻辑是：脚本监视Claude Code进程的退出码，当检测到限流导致的异常退出时，等待设定的分钟数，然后用claude --continue自动恢复，继承之前的会话。最多重试20次，相当于5分钟×20=100分钟的完全无人值守重试。
真正跑起来时，你醒来工作已经完成，封锁期间完全不需要人工干预。查看Claude停止的时间，日志有时会显示它在凌晨2点左右撞上限流，2:05和2:10各重试了一次，第三次尝试时恢复成功，然后继续运行。
这套思路的核心在于：系统能扩展，技能不能。技能只随你个人投入的工时增长，系统在你睡觉时也在运转。同样的逻辑适用于Claude Code——正确的答案不是“我来管理限流”，而是“环境自己绕过限流”。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
