MCP工具运行一会儿后，Claude继续做别的事，不一定是它忘记了任务。当前Claude Code有两种不同的后台方式：一种是客户端把仍在等待的调用移到后台；另一种是MCP服务器接下任务，返回任务标识，之后再查询结果。

先打开/tasks看任务详情，再决定等、恢复连接还是重新调用。把“界面不再等待”直接当失败，可能让导出、构建等操作重复执行。

　　图：官方文档对普通调用自动转后台的说明。它明确区分“会话退出后不继续跟踪”的普通后台调用，与服务器运行的MCP task。

机制对照：两种后台的生命周期

　　以导出一份公开资料报告为例。普通工具调用还没有返回，客户端等了两分钟后让出前台，这叫自动后台化；服务器很快回答“已接单，这是task ID”，然后自己制作报告，这是服务端任务。

观察点	普通调用转后台	服务器MCP task
什么时候让出前台	主会话普通调用默认超过两分钟	服务器接受任务并返回任务对象后
谁掌握执行过程	客户端仍等待原工具调用	服务器执行，客户端查询任务状态
退出后怎样	客户端后台调用不跨退出保留；服务器已执行部分未必能撤回	远程服务器任务可继续；回到原会话恢复跟踪
哪里看	/tasks及进度	/tasks，可能标注runs on the server

　　11月6日前后发布的2.1.319更新日志强调了终端MCP task的即时后台处理。当前文档同时注明，任务能力要求CLI v2.1.304及以上，并受服务端能力和功能开关等条件限制。因此，“我升级了”不能单独证明这次调用用了服务端任务。

第一步：看任务是在运行、等你，还是失联

　　在/tasks中有任务且进度仍变化，就先检查状态和目标产物，而不是重复发送同一要求。完成提示出现时，结果会交给Claude，不一定完整展开在终端文本中，可以直接让它“给出刚才任务的结果和产物位置”。

　　如果任务需要用户输入，它可能发出elicitation问题。官方文档提醒，/tasks面板打开时，提问对话框可能隐藏；关闭任务面板再回答。此时服务器是在等你的选择，调大超时并不会提供答案。

　　如果显示reconnecting…或要求登录，进入/mcp处理连接或认证。不要先删掉服务器重建，因为原任务的恢复还依赖服务器名称与连接配置。

第二步：分清“时间到了”和“没消息了”

　　两分钟只是默认转后台的门槛，不是任务失败时间。普通工具调用还受单次总时长与空闲超时约束。服务端不回复、也不发送进度，才会触发空闲检查。

　　当前文档给出的默认空闲窗口是：HTTP、SSE、WebSocket及claude.ai连接器五分钟，stdio三十分钟；IDE和SDK进程内服务不适用这项检查。每服务器timeout、环境变量和客户端类型会影响实际行为，不能看到“五分钟”就笼统判断是模型慢。

　　先问三件事：服务器收到了任务吗；是否仍有进度或状态响应；目标文件是否已经生成。若服务端健康但工作确实长，再按工具的合理执行时长调整设置；如果服务器已经掉线，延长等待只会推迟发现问题。

第三步：退出重开后，要回原来的会话

　　远程MCP task可以在退出后继续运行。要重新跟踪，交互式恢复发起它的原会话，并保持服务器名称和连接设置一致。新建聊天或fork会话不会自动接管这项任务；单次claude -p恢复也不等同于交互式恢复。

　　stdio有一个特别容易误读的地方：即使详情显示“runs on the server; survives exiting this session”，它的服务器进程仍可能随Claude Code退出而停止。除非该服务明确把工作交给了独立持久系统，否则应让任务完成，或在退出前处理它，不能把提示语当成常驻保证。

　　服务端任务还要求服务器支持tasks扩展、合适的协议连接、主会话调用及启用的功能条件。当前文档列出的CLI、Agent SDK与GitHub Actions支持范围，不能直接套给VS Code扩展、桌面应用或第三方模型提供商会话。

结果确认：outcome unknown先查产物

　　如果最终出现outcome unknown，意思是客户端无法确定结果，不能翻译成“服务器什么都没做”。先通过该服务的查询工具、报告列表或输出目录确认是否已有产物，再决定重新提交。

　　停止也有类似区别。按Esc不会停止已在后台的MCP task；在/tasks里停止会请求取消，但服务器可能已经完成部分操作，甚至仍会完成。服务器断线时，应先恢复连接再取消，否则请求可能根本没有送达。

　　对报告导出这样的任务，恢复后的判断应落在实际文件：是否存在、对应哪次请求、内容是否完整。这个排查方法依据官方文档，不声称本文执行过远程MCP服务的退出恢复实测。

　　参考：Claude Code MCP后台与任务文档、官方更新日志。