Opus 5.5 长任务怎么接着做？进度保存、中断和恢复

本文以本地 Claude Code 和自建 API 流程为主，网页托管任务应使用对应产品的任务管理功能。

长任务最需要的不是“让它一直跑”，而是知道做到了哪一步、出了问题能从哪里接着做，以及什么时候应该停下来检查。模型能力、会话记录和运行中的程序，是三个不同的部分。

恢复了聊天记录，并不表示刚才的测试进程仍然在运行；关掉窗口，也并不表示所有后台任务都会按同一种方式结束。

一、开始前先把任务拆成可检查的阶段

假设需要迁移一个项目，可以拆成环境检查、文件清单、逐模块修改、测试和最终整理。每个阶段都要有能看到的结果。

例如“迁移登录模块”太笼统，可以改成“列出相关文件，修改接口调用，运行该模块测试，记录通过和失败项”。这样中断后才知道哪些步骤不用重做。

图：每个阶段留下结果与下一步，中断后先核对状态，再继续执行。

建议在项目里维护一份进度文件，例如 task-progress.md，内容至少包括：

任务目标：
当前阶段：
已完成并验证：
已修改但未验证：
正在运行的进程或命令：
遇到的问题：
下一步：
最后更新时间：

这份文件要记录事实。没有测试，就写“未测试”；测试失败，就保存命令和主要错误，不要只写“基本完成”。

二、让进度更新有意义

“正在处理，请稍候”对恢复工作帮助有限。更有用的更新是：“完成了三个文件的接口调整，两个测试通过，剩余一个因缺少环境配置未运行。”

可以在任务开始时要求：每完成一个阶段，更新进度文件；遇到阻塞时，说明已经尝试什么、需要什么条件；最终报告未完成项。

更新不必每几秒出现一次。按阶段和明显问题记录，既方便阅读，也减少无用输出。

三、Claude Code 如何找回会话？

本地 CLI 会持续保存会话。回到原项目目录后，可以使用：

claude --continue

它用于继续当前目录最近的会话。如果要选择更早的会话，可以使用：

claude --resume

会话内部也可以通过 /resume 查找。恢复后先检查任务名称、目录和模型，再发出继续要求，避免接错项目。

这些命令恢复的是会话。磁盘上的文件、外部测试和后台进程仍应单独确认。旧进程已经完成或失败时，不要因为记录里写着“正在运行”就直接相信它还在工作。

四、中断前应该留下什么？

如果还可以和会话交互，先要求它保存阶段状态，再停止。记录最近改动、未验证内容、正在运行的命令，以及恢复后第一步要检查的事情。

使用 Git 的项目，查看 git status 和差异，必要时做一个明确的检查点提交。提交前先看内容，不要把临时文件、密钥或不相关修改一起放进去。

需要终止运行时，使用当前界面显示的停止方式。停止后，再检查子进程和后台任务是否仍在运行。不要假设停止模型回复就等于终止所有外部命令。

五、恢复后先核对，再继续

可以给模型这段要求：

先读进度文件，并检查当前目录、文件差异和已保存的测试结果。区分已经完成、修改后未验证和完全未做的部分。不要重新执行已经确认成功的外部操作，先说明接下来要做哪一步。

如果旧会话太长，可以新建会话，提供目标、进度文件和相关源码。恢复工作不一定要求把几小时日志全部塞回上下文。

对于外部操作尤其要先查结果。例如某个导出或提交可能已成功，只是返回信息中断；直接重做可能得到重复内容。

六、自建 API 程序还需要哪些管理？

需要由程序保存任务 ID、阶段状态、请求与响应摘要、工具结果和用量。只保存一句“继续上次任务”，模型并不会自动知道上次做到了哪里。

可把每个阶段设计成能重复检查的步骤：先查目标是否存在，再决定创建；先查测试结果，再决定重跑。发生超时后，先判断服务和工具是否已经完成，再发起新请求。

还应设置最大尝试次数、费用预算和总运行时限。到了同一个错误连续出现的情况，应暂停并报告原因，不要无休止地重复消耗。

七、为什么运行很久却没有进度？

可能是等权限、等用户回答、等外部命令，也可能是额度限制、网络中断或客户端没有展示进度块。

先看最近一次工具调用和返回结果，再看进程是否仍在执行。没有新输出不能直接证明程序卡死，也不能证明工作仍在推进。

可以要求一次简短状态检查：“目前在等什么？哪些文件已经改动？最近一次验证结果是什么？”如果这些信息都无法确认，就先停止扩大操作范围。

八、交付前怎样确认真的做完？

把最初任务清单逐条对照，检查文件、测试、成品和未完成项。长时间运行只是过程，不是完成证明。

管理好长任务，需要留下可恢复的状态、明确的阶段结果和有边界的继续规则。这样即使中断，也能从已经确认的位置接着做，而不用每次从头开始。