TJUClaw 更新日志

会话里能看到云端在等什么，Agent 写的笔记会自己出现 #

生成回复时显示当前卡在沙箱、Pi 还是上游模型；Agent 新建或修改的笔记会刷新到侧栏，并以链接形式列在回复下方。

处理状态

以前等待回复时只有一句笼统的「正在思考」。现在状态文字会按云端的真实阶段变化，等待超过两秒还会显示已经等了多久：

• 正在连接云端：请求已到服务端，正在联系沙箱
• 等待工作区空闲：你的上一个操作还占用着工作区
• 等待沙箱就绪：沙箱正在创建或启动
• 正在启动 Pi：沙箱已就绪，正在准备工作区并启动 Agent
• 等待模型回复：请求已发给上游模型，还没收到第一个字
• 模型正在思考 / 正在回答：模型正在输出
• 正在调用工具：工具执行中

Agent 写的笔记

• 回复结束后，知识库侧栏会自动刷新，Agent 新建的笔记不用再手动刷新页面才能看到。
• 这一轮新建或修改过的笔记会列在回复下方，标注「新建」或「已更新」，点击直接打开。
• 链接保存在会话里，刷新页面或翻看历史对话时仍然可用。

已知限制

• 桌面端使用本地 Docker 沙箱时，暂时还是原来的状态文字。
• 如果 Agent 修改的正是你在编辑器里打开着的那篇笔记，需要重新打开才能看到新内容。

修复会话卡在「Agent 沙箱暂时不可用」 #

一条回复已经生成、却没能存进会话时，后续每条消息都会失败。现在会自动补回丢失的那一轮并继续对话。

现象

个别会话在发出第一条消息之后，再发任何内容都提示「Agent 沙箱暂时不可用，请稍后重试」，重试也没有用。

原因

那一轮回复其实已经在沙箱里生成并保存，但服务端没能把它写进会话记录。之后的每条新消息都被当成「同一轮的不同内容」，沙箱拒绝执行，而这个拒绝在途中被统一报成了「不可用」。

现在的行为

• 沙箱遇到这种情况会把已经保存的那一轮原样交还，而不是只报失败。
• 服务端先把丢失的那一轮补进会话，再把你刚发的消息作为下一轮发出。
• 受影响的会话不需要任何手动操作，直接再发一条消息即可恢复，之前丢失的回复也会出现在记录里。