先记录执行,再呈现对话
消息、模型调用、工具结果、目标、分支、产物和运行时决策,都按顺序写入同一条事件流并持久保存。聊天和检查界面再从这些记录中生成视图。
用本地账本记录 Agent 执行过程,方便检查和恢复任务
多步骤 Agent 任务中断后,如何依据持久化的执行记录恢复,而不必从聊天记录中重建状态?

Napier 用有序的事件账本保存系统状态,不依赖聊天记录。消息、模型调用、工具结果、目标、分支、产物和运行时决策,都会先记录,再显示到界面上。有了这些记录,就能检查和恢复任务、创建分支,也能重建、比较和评估执行过程。
消息、模型调用、工具结果、目标、分支、产物和运行时决策,都按顺序写入同一条事件流并持久保存。聊天和检查界面再从这些记录中生成视图。
系统用租约管理执行状态,持久保存目标、预算和操作者决策,并支持从指定事件序号创建分支。对于符合条件的中断任务,可通过显式恢复或安全的只读恢复机制继续执行,无需从聊天记录中重建状态。
工作区范围限制、工具使用策略检查,以及变更与预览的一致性检查,都直接纳入执行流程。沙箱执行、防循环机制和结果验证也在这一流程中生效,相关结果统一写入账本。
结合界面截图和架构图,看看系统是如何实现的。

