Eigent Release Notes v0.0.90: Prompt Caching, Browser File Upload & Faster Updates
Platform-wide prompt caching, browser agent file uploads, and a much faster update pipeline

Eigent v0.0.90 是一個關於用更少資源做更多事——而且更快完成的版本。這次的主打功能是全平台 prompt caching:不再於每次 agent 回合都重新處理相同的上下文,Eigent 現在會在模型層級快取它,大幅降低延遲,並顯著節省長時間執行工作流程的成本。除此之外,browser agent 新增了檔案上傳能力,而自動更新流程則從 GitHub Releases 改為透過 CDN,讓下載速度明顯更快。
對於把 Eigent 當作開源協作平台使用的人來說,v0.0.90 是一個悄悄讓一切都更順暢、也更有能力的版本。讓我們開始看看。
⚡ 所有模型的 Prompt Caching
效能與成本都迎來了重大進展。
非常感謝 @Zephyroam 在 PR #1482 中完成基礎實作,也感謝 @fengju0213 在 PR #1552 中針對 Anthropic BYOK model initialization 延伸快取支援。
Prompt caching 可讓模型儲存並重用已處理過的長期穩定上下文——例如 system prompts、skill instructions、文件上下文——而不是在每次 agent 回合都重新 tokenization 與重新處理。對於 Eigent cowork agents 擅長處理的這類多步驟、長週期任務來說,這代表延遲與 token 成本都能大幅下降。
PR #1482 是一項廣泛的實作,將 prompt caching 支援擴展到多個模型平台,並特別深入支援 AWS Bedrock Converse:
新功能:
- AWS Bedrock Converse 整合 — 為 Bedrock Converse 提供專屬的 prompt caching 支援,具備可設定的區域處理,並支援 API key 與 access key/secret key 驗證
- AWS Bedrock 與 Bedrock Converse 分離 — 兩者現在被視為不同的平台類型,因為 Bedrock Converse 支援 prompt caching,而標準 Bedrock 使用的是不支援此功能的 OpenAI-compatible APIs
- 雲端專屬設定 — Bedrock Converse 模型在初始化時會取得正確的 URL 與區域感知設定
- 更好的驗證錯誤訊息 — 不同平台類型下的錯誤訊息更清楚、更具描述性,幫助使用者排查 BYOK 設定問題
- Agent worker stream callbacks — 與上游 CAMEL framework 變更對齊,以正確支援串流行為
PR #1552(由 @fengju0213 提交)則在 Anthropic model 初始化階段加入快取設定,確保 Anthropic BYOK 使用者也能自動享有 prompt caching,而無需任何手動設定。
在多 agent cowork 工作流程中,如果 agents 共用一段很長的 system prompt 或 skill 文件,將這些上下文只快取一次,而不是每次呼叫都重新處理,就是那種會在每一個任務上持續累積效益的最佳化。
🔗 PR: https://github.com/eigent-ai/eigent/pull/1482
🔗 PR: https://github.com/eigent-ai/eigent/pull/1552
🌐 Browser Agent 的檔案上傳工具
browser agent 剛獲得了一項強大的新能力。
感謝 @Douglasymlai,並由 @nitpicker55555 審查,將檔案上傳作為 browser agent 的一等工具加入。過去 browser agent 可以瀏覽、讀取並與頁面互動,但無法處理檔案上傳輸入。這個缺口現在已經補上。
Web automation 經常會遇到檔案上傳情境:把文件附加到表單、將試算表提交到資料入口網站、上傳圖片到 CMS。若沒有原生的上傳支援,這些流程就得依賴笨拙的變通方法。現在 browser agent 可以乾淨俐落地處理它們。
新功能:
- Upload File 工具 — browser agent 工具集中新增一個專門用來處理網頁檔案輸入元素的工具
- 端到端上傳支援 — agent 可在更大的 browser automation 工作流程中選取檔案並觸發上傳互動
- 與既有 browser 工具鏈整合 — 可與既有的導覽、表單輸入與讀取工具無縫協作
這讓 Eigent 的 browser agent 在處理涉及檔案提交、文件收件或媒體上傳的真實世界開源協作自動化情境時,能力顯著提升。
🔗 PR: https://github.com/eigent-ai/eigent/pull/1528
📊 工作區 Worker Log 自動捲動
小小的 UX 變更。當你在看任務執行時,差別卻非常大。
感謝 @Douglasymlai,並由 @4pmtong 審查與核准,為 workflow worker log 面板實作自動捲動。
過去,當 agent 執行一個包含許多 tool-use entries 的長任務時,log 會不斷往下增加,而新項目會出現在可視區域下方。使用者必須手動往下捲動才能跟上進度——在你正監看 cowork agent session 時,這非常打斷節奏。
新功能:
- 新項目自動捲動 — 在任務執行過程中,隨著新內容到來,log 視圖會自動保持在最新的 tool-use 訊息
- 捲動狀態追蹤 —
wasAtBottomRef會追蹤使用者是否正在查看 log 底部,因此如果使用者刻意往上捲來檢查較早步驟,自動捲動不會干擾 - 切換任務時重置 — 切換任務或開啟 log 面板時,底部狀態會重置,確保每次新的 agent 執行都能乾淨開始
- 版面微調 — 更新 workflow node component 中的 Tailwind class strings,以改善面板版面
當你運行多步驟 eigent cowork agents,並希望即時看到發生了什麼時,這項變更會讓 log 面板更像是正式的即時串流。
🔗 PR: https://github.com/eigent-ai/eigent/pull/1513
⚙️ 本地開發的 Stale Server 偵測
再也不用猜「我是不是在跑舊程式碼?」了。
感謝 @4pmtong 完成並推出這項開發者體驗改善。
任何使用 VITE_USE_LOCAL_PROXY=true 執行 Eigent 的人都碰過這種情況:你拉下新變更,忘了重新啟動 backend,接著花時間除錯一個其實早已修好的行為——因為 server 正在執行舊的程式碼。PR #1517 透過自動偵測與持久通知解決了這個問題。
新功能:
- 啟動時取得 Git hash — backend 現在會在 server 啟動時,從目前的 git commit 擷取
SERVER_CODE_HASH - 擴充
/healthendpoint — 現在同時回傳 version 與 server hash,讓 frontend 能比對預期與實際的 server 狀態 checkLocalServerStale()函式 — frontend 會輪詢 health endpoint、比對 hashes,並在偵測到不一致時發出持久的 toast notification- Git hash 與版本號 — 刻意使用 git hash 而非版本字串,以避免只改 frontend、未變動 backend 的版本造成誤判
- Docker 支援 — Dockerfile 也已更新,讓 hash 在容器化開發環境中同樣可用
如果你會為 eigent 貢獻,或是在本地執行它來處理開源協作工作流程,這是一個很小但真的很實用的體驗改善,能幫你省下除錯時間。
🔗 PR: https://github.com/eigent-ai/eigent/pull/1517
📦 由 CDN 驅動的自動更新
升級更快。等待更少。
感謝 @4pmtong,並由 @Pakchoioioi 審查,將 auto-update feed 從 GitHub Releases 切換到 CDN。
過去,Eigent 的 Electron auto-updater 會直接從 GitHub Releases 下載安裝套件。這可以運作,但 GitHub 的發行基礎架構並不是為大規模 binary distribution 速度所最佳化。切換到 CDN feed 後,更新套件現在會由更接近使用者的 edge nodes 提供。
變更內容:
- 以 CDN 作為更新來源 — Electron updater 現在指向由 CDN 託管的 feed,而不是 GitHub Releases,以取得套件
- 更快的下載速度 — 對於北美以外的使用者尤其明顯,因為 GitHub CDN edge coverage 較少
- 相同的發行節奏 — 釋出時間沒有改變;只改變套件從哪裡下載
如果你曾注意到 Eigent 提示升級時更新下載很慢,這項變更應該會讓體驗明顯改善。
🔗 PR: https://github.com/eigent-ai/eigent/pull/1543
🐛 Bug 修復
這個版本也包含三項針對性修復:
-
修復在 public directory 警告下 backend 啟動時的 NameError —
server/main.py在記錄 public directory 建立或 mount 警告時,引用了未定義的logger變數,導致初始化期間發生NameError。已改為使用正確匯入的loguru_logger。(#1520 — @mxl) -
修復 browser port 錯誤重新開啟問題 — 已解決 browser agent 的 port 在重新開啟時失敗的 bug,這可能使 browser tool 在 session 中途進入無法復原的狀態。(#1545 — @Douglasymlai)
-
修復 Anthropic model 驗證在缺少 max_tokens 時拒絕通過 — Anthropic Messages API 需要正整數
max_tokens值,但 BYOK 表單沒有提供這個欄位。當驗證在沒有它的情況下執行時,Anthropic 會回傳 400 錯誤。這個修正確保validate_model_with_details與create_agent在 Anthropic platform 缺少max_tokens時都會補上預設值4096。(#1549 — @emag165,由 @fengju0213 調整完善)
❤️ 社群持續把標準拉高
這次 sprint 帶來了:
- 為所有模型供應商提供全平台 prompt caching,並深入支援 AWS Bedrock Converse 與 Anthropic BYOK
- 為 browser agent 新增檔案上傳能力
- worker log 新增自動捲動,方便即時監看任務
- 為使用本地 proxy 的開發者提供 stale local server 偵測
- 以 CDN 為基礎的自動更新下載,讓升級更快
- 三項針對性 bug 修復,涵蓋 backend 啟動、browser port 處理與 Anthropic model 驗證
這些變更中的每一項,都來自真正使用 Eigent、遇到實際問題,並推動修復或功能的貢獻者。這就是開源協作最棒的節奏。
如果你一直在想要不要開始貢獻——不論是模型、UX、agent 工具、skills,還是基礎架構——v0.0.90 都是了解可能性的絕佳快照。加入吧。
讓我們繼續打造。
Recent Posts

ChatGPT Work vs Claude Cowork:哪個代理式工作空間最適合你的團隊?
比較 ChatGPT Work 與 Claude Cowork,找出最適合你團隊工作流程、本機檔案、治理需求與自動化目標的代理式工作空間。

ChatGPT Work vs Eigent:雲端代理還是開源 AI 工作團隊?
比較 ChatGPT Work 與 Eigent 在部署、隱私、擴充性、價格與實際應用情境上的差異,幫助你選擇最適合的 AI 協作夥伴。

Codex Cloud 遠端工作區:隨時隨地執行 AI Agents
了解 Codex 雲端遠端工作區如何讓 AI agents 在安全的雲端環境中執行長時間程式開發任務,並支援行動端監控與遠端存取。