Anera · 从任务到成果
保留执行上下文、检查交付结果的桌面工作台。
解决什么问题
Anera 是一个桌面执行工作台，把资料研究、工具调用、持久工作区、浏览器检查和成果交付放进同一条任务流程。使用者能查看 Agent 如何得到结果，而不只看到最后一条聊天消息。
项目基于公开页面、执行记录和录像，独立重建 Arena Agent Mode 可观察到的行为。它不是 Arena 官方实现，也不声称功能、像素、延迟或成本完全一致。
本节依据
执行与工作区
TypeScript 服务协调模型、工具、会话状态与任务工作区，React/Vite 界面负责呈现。会话消息和事件保存在文件日志中；Anera 的会话持久化不能写成 Napier 的 SQLite 账本。
工作区版本恢复使用 prepared、installed、settled 三阶段日志，让恢复中断后的处理成为明确的状态转换，避免把只复制了一部分的目录当作已经恢复的版本。
恢复与上下文
显式续跑面向符合条件的取消、失败、超时和中断任务：重新读取已存消息与事件，协调尚未执行的工具调用，收拢重复的工具尾部，再记录 run.resumed 并开始下一轮。
持久证据与发给模型的上下文分开保存。已经消费的长工具输出可以只保留摘录，但原文仍可通过绑定哈希的 read_context 读取。缩短上下文不等于删除原始执行记录。
沙箱与控制
本地执行默认要求操作系统级沙箱：macOS 使用 Seatbelt，Linux 使用 Bubblewrap。工作区写入、宿主主目录可见性和网络访问由执行环境控制，不只依赖模型提示词。
系统记录用量；可选的单轮模型与 token 硬预算默认是 0，表示关闭。取消、超时和无进展控制另行生效，不能因为能看到用量就声称硬预算已经开启。
访问与边界
核验时仓库公开可读，未发现软件许可证文件。能看到源码本身不等于取得了软件授权；运行仍需要模型配置和受支持的本地沙箱。
移动端支持、完整 GitHub Connector，以及对 Arena 的严格一致性不在已完成范围内。文档和代码说明实现机制，不能据此推断所有任务上的生产可靠性与性能。