必须先定位并加载历史项目上下文才能继续中断任务；执行space list --status=active,incomplete筛选活跃/未完成项目，或用space inspect确认paused为true后，再通过space resume或load-checkpoint恢复状态，并用space current、logs和工具调用验证。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要在 Agent Space 中继续处理之前中断的任务，必须从空间中定位到对应的历史项目实体，并加载其完整上下文状态，否则新对话将丢失所有中间产物、工具调用记录和未完成的子目标。
在 Agent Space 中定位历史项目
启动 Agent Space CLI 或 TUI 后，直接执行 space list --status=active,incomplete，该命令会列出所有状态为活跃或未完成的项目空间，而非全部历史空间——避免被数百个已归档项目淹没。
若已知项目名（如 agentmeld-v2），可跳过全量扫描，直接运行 space inspect agentmeld-v2。这一步会输出该项目的 last_active_at 时间戳、当前 stage（如 planning / coding / testing）、以及是否挂起（paused）。
【必须确认 paused 字段为 true】 如果显示 false，说明该空间仍在后台运行中，此时不应手动 resume，而应先用 space stop agentmeld-v2 主动终止，再进入恢复流程，否则可能触发并发写冲突。
加载并接续任务上下文
方法一：通过 space resume 命令一键恢复
执行 space resume agentmeld-v2。该操作会自动加载最近一次 checkpoint 的完整 state（含变量绑定、tool call history、pending callbacks），并将当前 CLI 会话绑定到该空间的默认 agent 实例上。
方法二：手动加载特定 checkpoint（适用于调试错误路径）
先运行 space checkpoints agentmeld-v2 查看可用快照列表；然后选择时间戳最接近中断时刻的 ID，例如 cp-20261027-1422-8a3f；最后执行 space load-checkpoint agentmeld-v2 cp-20261027-1422-8a3f。这一步会丢弃后续所有非持久化变更，只保留该快照时刻的确切状态。
这一步操作起来很简单，直接把文件拖进去就行。但注意：load-checkpoint 不会自动重启 agent，需额外执行 agent start 才能激活推理循环。
验证上下文是否正确加载
第一步：检查当前空间绑定
输入 space current，确认输出中 Name 与预期项目一致，且 State 显示为 running。
第二步：查看最近三条感知日志
执行 space logs --limit=3 --filter=perception。如果能看到类似 “observed file ./src/worker.py modified” 或 “detected pending PR #42 in GitHub repo” 的条目，说明 memory 和 tool observation 已成功回填。
第三步：触发一次轻量工具调用
向 agent 发送指令：“show me the last tool call result”，它应立即返回上次执行 git status 或 pytest -k test_cache 的原始 stdout，而不是报错“no prior execution found”。
