Eigent 发布说明 v0.0.90:Prompt 缓存、浏览器文件上传与更快的更新
全平台 prompt 缓存、浏览器 agent 文件上传,以及更快的更新流水线

Eigent v0.0.90 是一个关于用更少做更多——并且做得更快——的版本。最重要的新特性是全平台 prompt 缓存:不再在每次 agent 轮次中重复处理相同上下文,Eigent 现在会在模型层面缓存它,从而大幅降低延迟,并显著减少长时间运行工作流的成本。除此之外,浏览器 agent 获得了文件上传能力,自动更新流水线也从 GitHub Releases 切换到 CDN,实现快得多的下载速度。
对于把 Eigent 作为开源 cowork 平台来运行的人来说,v0.0.90 是一个悄然让一切都更快、更强的版本。让我们开始看看。
⚡ 所有模型的 Prompt 缓存
性能和成本都迎来了一次重大提升。
非常感谢 @Zephyroam 在 PR #1482 中完成了基础实现,也感谢 @fengju0213 在 PR #1552 中做出的针对性后续工作,将缓存扩展到了 Anthropic BYOK 模型初始化阶段。
Prompt 缓存允许模型存储并复用已处理的长而稳定的上下文——系统提示词、技能指令、文档上下文——而不是在每次 agent 轮次中都重新分词和重新处理。对于 Eigent cowork agents 擅长的那类多步骤、长周期任务来说,这意味着延迟和 token 成本都可能出现显著下降。
PR #1482 是一个较为全面的实现,将 prompt 缓存支持扩展到了多个模型平台,尤其深入覆盖了 AWS Bedrock Converse:
有哪些新内容:
- AWS Bedrock Converse 集成 — 为 Bedrock Converse 提供专用的 prompt 缓存支持,支持可配置的区域处理,并支持 API key 以及 access key/secret key 两种认证方式
- AWS Bedrock 与 Bedrock Converse 分离 — 现在二者被视为不同的平台类型,因为 Bedrock Converse 支持 prompt 缓存,而标准 Bedrock 使用的是不支持该能力的 OpenAI 兼容 API
- 云特定配置 — Bedrock Converse 模型在初始化时会获得正确的 URL 和区域感知配置
- 改进的校验错误信息 — 不同平台类型下的错误信息更清晰、更具描述性,帮助用户排查 BYOK 配置问题
- Agent worker 流式回调 — 与上游 CAMEL 框架变更保持一致,以支持正确的流式传输行为
PR #1552(由 @fengju0213 提交)通过在 Anthropic 模型初始化阶段添加缓存配置完成了闭环,确保 Anthropic BYOK 用户也能在无需任何手动配置的情况下受益于 prompt 缓存。
在多 agent cowork 工作流中,如果多个 agent 共享一份很长的系统提示词或技能文档,那么只缓存一次而不是每次调用都处理一遍,这种优化会在每个任务上不断累积收益。
🔗 PR: https://github.com/eigent-ai/eigent/pull/1482
🔗 PR: https://github.com/eigent-ai/eigent/pull/1552
🌐 浏览器 Agent 的文件上传工具
浏览器 agent 刚刚获得了一项强大的新能力。
感谢 @Douglasymlai,并由 @nitpicker55555 审核,为浏览器 agent 加入了将文件上传作为一等工具的能力。此前,浏览器 agent 可以导航、读取并与页面交互——但无法处理文件上传输入。这个缺口现在已经补上了。
Web 自动化经常会遇到文件上传场景:向表单附加文档、向数据门户提交电子表格、向 CMS 上传图片。没有原生上传支持时,这些工作流往往需要别扭的变通方案。现在浏览器 agent 可以更干净地处理它们了。
有哪些新内容:
- Upload File 工具 — 浏览器 agent 工具集中的专用工具,用于处理网页上的文件输入元素
- 端到端上传支持 — agent 可以在更大的浏览器自动化工作流中选择文件并触发上传交互
- 与现有浏览器工具链集成 — 可与现有的导航、表单输入和读取工具无缝协作
这使 Eigent 的浏览器 agent 在涉及文件提交、文档接收或媒体上传的真实世界开源 cowork 自动化场景中,能力显著增强。
🔗 PR: https://github.com/eigent-ai/eigent/pull/1528
📊 工作流 Worker 日志自动滚动
这是一个很小的 UX 改动,但当你在看任务执行时,体验差别很大。
感谢 @Douglasymlai,并由 @4pmtong 审核和批准,在 workflow worker 日志面板中实现了自动滚动。
此前,当 agent 执行一个包含很多工具调用记录的长任务时,日志会不断增长,而新条目会出现在可视区域下方。用户必须手动向下滚动才能跟上进度——在主动监控 cowork agent 会话时,这会让人分心。
有哪些新内容:
- 新条目自动滚动 — 在任务执行过程中,只要有新内容到达,日志视图就会始终停留在最新的 tool-use 消息上
- 滚动状态跟踪 — 使用
wasAtBottomRef跟踪用户是否正在查看日志底部,因此如果用户刻意向上滚动回看早先步骤,自动滚动不会打扰他们 - 任务切换时重置 — 在切换任务或打开日志面板时,会重置底部状态,确保每次新的 agent 运行都有一个干净的开始
- 布局优化 — 更新了 workflow node 组件中的 Tailwind class 字符串,以改进面板布局
当你运行多步骤 eigent cowork agents 并希望实时查看正在发生的事情时,这个改动会让日志面板更像一个真正的实时信息流。
🔗 PR: https://github.com/eigent-ai/eigent/pull/1513
⚙️ 本地开发的过期服务器检测
再也不用怀疑“我是不是在跑旧代码?”了。
感谢 @4pmtong 构建并发布了这项开发者体验改进。
任何使用 VITE_USE_LOCAL_PROXY=true 运行 Eigent 的人都遇到过这种情况:你拉取了新改动,却忘了重启后端,结果把已经修复过的行为当成 bug 来排查——因为服务器仍在运行过期代码。PR #1517 通过自动检测和持久通知解决了这个问题。
有哪些新内容:
- 启动时的 Git hash — 后端现在会在服务器启动时从当前 git commit 捕获
SERVER_CODE_HASH - 扩展的
/health端点 — 现在会同时返回版本和服务器 hash,使前端能够比较预期状态与实际服务器状态 checkLocalServerStale()函数 — 前端轮询 health 端点,比较 hash,并在检测到不匹配时触发持久 toast 通知- Git hash vs. 版本号 — 故意使用 git hash 而不是版本字符串,以避免仅前端发布、但后端未变更时出现误报
- Docker 支持 — Dockerfile 也已更新,因此这个 hash 在容器化开发环境中同样可用
如果你在本地为自己的 open source cowork 工作流贡献代码或运行 Eigent,这是一项虽然小但非常实用的体验改进,能帮你节省调试时间。
🔗 PR: https://github.com/eigent-ai/eigent/pull/1517
📦 基于 CDN 的自动更新
升级更快。等待更少。
感谢 @4pmtong,并由 @Pakchoioioi 审核,将自动更新源从 GitHub Releases 切换到了 CDN。
此前,Eigent 的 Electron 自动更新器是直接从 GitHub Releases 拉取安装包的。这个方式可行,但 GitHub 的发布基础设施并不适合在大规模场景下提供最优的二进制分发速度。切换到 CDN 源后,更新包现在会从更靠近用户的边缘节点提供。
有哪些变化:
- CDN 作为更新源 — Electron 更新器现在指向托管在 CDN 上的 feed,而不是 GitHub Releases,用于拉取安装包
- 更快的下载速度 — 对于北美以外的用户尤其明显,因为 GitHub CDN 边缘覆盖更薄弱
- 相同的发布节奏 — 发布何时上线不会改变;改变的只有安装包从哪里下载
如果你注意到在 Eigent 提示升级时更新下载速度较慢,这项改动应该会让体验明显改善。
🔗 PR: https://github.com/eigent-ai/eigent/pull/1543
🐛 Bug 修复
这个版本还包含三个定向修复:
-
修复了后端启动时在 public 目录警告中的 NameError —
server/main.py在记录 public 目录创建或挂载警告时引用了未定义的logger变量,导致初始化期间出现NameError。现已通过替换为正确导入的loguru_logger修复。(#1520 — @mxl) -
修复了浏览器端口错误的重新打开问题 — 解决了一个导致浏览器 agent 的端口在重新打开时失败的 bug,这可能会让浏览器工具在会话进行中陷入无法恢复的状态。(#1545 — @Douglasymlai)
-
修复了 Anthropic 模型校验在缺少 max_tokens 时拒绝请求的问题 — Anthropic Messages API 需要一个正整数
max_tokens值,但 BYOK 表单并未暴露该字段。当校验在缺少该字段时运行,Anthropic 会返回 400 错误。此修复确保在 Anthropic 平台上,validate_model_with_details和create_agent在缺少该字段时都会自动合并默认值4096到max_tokens字段。(#1549 — @emag165,由 @fengju0213 优化)
❤️ 社区持续抬高标准
这次迭代交付了:
- 面向所有模型提供商的全平台 prompt 缓存,并深入支持 AWS Bedrock Converse 和 Anthropic BYOK
- 为浏览器 agent 增加文件上传能力
- 工作流日志自动滚动,用于实时任务监控
- 针对使用本地代理运行的开发者提供的过期本地服务器检测
- 基于 CDN 的自动更新下载,以加快升级速度
- 跨后端启动、浏览器端口处理和 Anthropic 模型校验的三个定向 bug 修复
这些改动中的每一个都来自使用 Eigent、遇到真实问题并推动修复或功能实现的贡献者。这正是开源 cowork 最美好的节奏。
如果你一直在考虑贡献——无论是模型、UX、agent 工具、技能还是基础设施——v0.0.90 都是一个很好的缩影,展示了可能实现的东西。欢迎加入。
让我们继续构建。
Recent Posts

ChatGPT Work vs Claude Cowork:哪个 Agentic Workspace 更适合你的团队?
对比 ChatGPT Work 和 Claude Cowork,了解哪个 agentic workspace 更适合你的团队工作流、本地文件、治理需求和自动化目标。

ChatGPT Work vs Eigent:云端 Agent 还是开源 AI 员工团队?
从部署、隐私、可扩展性、定价和实际应用场景等方面对比 ChatGPT Work 和 Eigent,帮助你选择合适的 AI 同事。

Codex Cloud 远程工作区:随时随地运行 AI Agent
了解 Codex Cloud 远程工作区如何让 AI agent 在安全的云环境中运行长时编码任务,并支持移动端监督与远程访问。