nod 0.7.4的完整usage记录与0.7.5的上下文恢复解决不同问题：前者让执行过程可回查，后者在模型容量不足时减少下一次请求携带的历史。完整聊天仍可搜索，不代表模型每次都会读入全部历史；大型日志与长对话也不能因此理解成无限输入。
上下文不足时为什么会摘要或保存检查点
0.7.5改善长对话与切换模型后的容量恢复。旧上下文会被摘要，或形成简短检查点；大型工具结果留在工作区文件，而不是完整塞入下一次模型请求。这些方式处理的是请求预算，并未删除“完整对话仍可搜索”这一能力。
如果当前这一条请求本身已经过大，压缩旧历史仍不能解决全部问题，Nod会要求选择容量更大的模型或重置对话。OpenAI兼容服务器也能更好地读取另一模型留下的工具历史，避免把跨模型工具调用记录直接视为同一种格式。
完整Usage记录保存了什么
0.7.4让每个请求以普通文字显示，并能追溯模型调用及费用、网页点击和允许动作的文字。完整日志可导出CSV，覆盖数十万步骤的记录。这是执行过程可追溯性，而不是模型每次请求都重新读取数十万步骤的承诺。
0.7.5还让活动时间跟随计算机时区。因此，记录内容是否完整、显示时间采用哪个时区、模型此刻读入哪些上下文，应分别判断，不能由一项改善推导其余两项。
立即运行为什么不改变下一次计划
0.7.4为保存的计划增加Run now，按同一指令执行一次，显示进度并打开结果；原来的下一次计划时间保持不变。这区分了按需执行与修改调度，不是重新建立另一个周期计划。
审批也更强调对象一致：0.7.4用精确动作组织批准问题，删除邮件前展示主题和发件人；0.7.5在删除草稿前识别并再次核对目标。登录结果未知时，结果检查能力会先核实网站状态，再决定是否需要另一轮输入，不能把未知直接当作失败。
本地模型和桌面环境仍有条件
0.7.4让Ollama、LM Studio等本地服务器拥有完整30分钟的首次响应等待时间；超过十万字符的粘贴仍保留在编辑器并给出缩短或附件提示。这不等于模型本身拥有无限上下文。
0.7.5改善Windows主题标题栏，托盘可重新进行引导以连接另一服务器。平台条件包括macOS 14或更高版本、Windows 11及WSL 2；Linux仍预览，依赖Flatpak和桌面秘密存储，本地Linux助理另需KVM。使用记录、上下文、调度和平台条件共同决定实际体验，不能用一个“长对话恢复”概括全部能力。
