Eigent v1.0.2 版本更新說明:Connector Gateway、工作階段內預覽與 BYOK 控制
連接第三方應用程式,不離開工作階段即可預覽成果,並精細調整每個 BYOK 模型

Eigent v1.0.2 的核心,是讓你的工作始終保持連結、清晰可見並持續推進。全新的 Connector Gateway 透過 MCP 將託管的第三方應用程式連線直接帶入 Eigent;工作階段內 Preview Panel 則讓瀏覽器頁面、檔案、畫布、終端機和審閱內容都能在對話旁擁有統一的展示空間。
今次更新也讓 BYOK 用戶能直接控制模型參數;分享螢幕截圖變得像貼到聊天中一樣簡單;實時工作日誌也能更清楚地說明 agent 正在做什麼。同時,我們進一步強化長時間執行的工作流程,讓 Eigent 成為更可靠的開源 cowork 平台。一起看看今次更新。
🔌 Connector Gateway:讓你的應用程式隨時可供 Agent 使用
v1.0.2 最大的新能力,是在 Eigent 與你日常工作的各種工具之間建立一條直接通道。
非常感謝 @4pmtong 在 PR #1776 中完成首個 Eigent 端 Connector Gateway 整合。
Connector Gateway 為託管式連接器執行環境提供與供應商無關的介面。Eigent 不必把每項服務直接接入桌面應用程式,而是連接託管的 eigent_server、接收相應的 MCP 設定,並在新任務開始時向 agent 提供這些工具。
新增功能:
- 探索連接器 — 在 Connectors 區域透過搜尋和分頁瀏覽可用供應商
- 連接器詳細資料抽屜 — 使用前查看供應商中繼資料、連線狀態、可用操作與操作預覽
- 能力感知介面 — 只有所連接的 Eigent 伺服器宣告支援時,才會顯示 Connector Gateway
- 自動掛載 MCP — 透過 Gateway 的 MCP 設定,把已連接的工具加入新任務
- 感知連接器的 agent 提示 — 當你要求 agent 查詢或操作已連接的第三方應用程式時,會優先使用相關 MCP 工具
- 與供應商無關的架構 — 整合在命名和結構上都避免讓 Eigent 永久綁定某一家連接器供應商
這是邁向真正 cowork 環境的重要一步:agent 可以從規劃直接走向行動,你無須再手動於應用程式之間複製資料。
🔗 PR: https://github.com/eigent-ai/eigent/pull/1776
🖥️ 統一的工作階段內 Preview Panel,承載每一種工作成果
現在,你的工作可以留在對話旁邊,不必再散落到多個視窗。
感謝 @Douglasymlai 在 PR #1750 中推出統一 Preview Panel。
原本用途單一的檔案預覽現已升級為分頁式工作區,支援瀏覽器、檔案、畫布、終端機和審閱內容。它以可調整大小的分割畫面顯示於聊天旁,開合過場流暢,並會為每個項目分別記住狀態。
新增功能:
- 五種預覽類型 — 在同一個一致的面板中開啟瀏覽器、檔案、畫布、終端機和審閱分頁
- 嵌入式桌面瀏覽器 — 支援上一頁、下一頁、重新整理、網址列,以及在系統瀏覽器中開啟頁面
- 連結不再中斷情境 — 在桌面聊天中點擊 HTTPS 連結,會在工作階段預覽中開啟,而不是把你帶離 Eigent
- 可調整的工作階段配置 — 隨任務變化,靈活調整對話與預覽的空間比例
- 各項目獨立的預覽狀態 — 在工作階段間切換時,分頁始終歸屬正確項目
- 更安全的 webview — 阻擋不安全的 guest 偏好設定和非 HTTP(S) 來源,新視窗連結也會留在受控預覽中
- 資源感知行為 — 閒置十分鐘後移除瀏覽器 guest,以回收 renderer 資源
無論 agent 是產生檔案、開啟研究來源,或產出需要審閱的內容,結果現在都能自然地留在工作階段中。
🔗 PR: https://github.com/eigent-ai/eigent/pull/1750
🎛️ BYOK 模型參數與工作階段層級的模型選擇
自備金鑰,現在也代表自備推論設定。
感謝 @fengju0213 在 PR #1765 中加入 BYOK 模型參數,也感謝 @iyernaveenr 在 PR #1736 中讓模型選擇能依聊天工作階段持續保存。
過去,BYOK 用戶可選擇供應商和模型,卻沒有受支援的介面設定 temperature、top_p 或 max_tokens 等參數。Eigent v1.0.2 為每張 BYOK 供應商卡片新增可選的 JSON 編輯器,可實時驗證物件、隨供應商儲存設定,並正確傳遞給預設任務模型與供應商支援的 worker 覆寫設定。
新增功能:
- 模型參數編輯器 — 在 BYOK 供應商卡片中,以 JSON 物件設定支援的推論參數
- 實時驗證 — 格式錯誤的 JSON 和非物件值會在送達模型前被攔截
- 完整往返的設定 — 參數會加密、持續保存,並在重新開啟供應商時恢復
- 傳播至 worker 層級 — 自訂和本機 worker 能取得所選供應商設定,不必在 worker 狀態中儲存 API 金鑰或供應商機密
- 更安全的日誌 — 新 agent 的除錯輸出會隱藏各 worker 的模型憑證
- 每個工作階段都有自己的模型 — 現有對話會在後續交流和應用程式重新啟動後記住選定模型,同時不改變全域預設值
這為進階用戶帶來更精細的控制;多個項目同時使用不同模型時,對話表現也更加可預期。
🔗 PR: https://github.com/eigent-ai/eigent/pull/1765
🔗 PR: https://github.com/eigent-ai/eigent/pull/1736
📎 將圖片貼到聊天中,並放心開啟傳回的檔案
與 agent 分享視覺情境,應該像分享給隊友一樣快速。
感謝 @iyernaveenr 在 PR #1740 中加入剪貼簿檔案貼上支援,也感謝 @4pmtong 在 PR #1767、#1773 和 #1798 中修正輸出檔案與 Agent Folder。
現在,你可以複製螢幕截圖並直接貼入聊天框。桌面版 Eigent 會安全地把剪貼簿位元組儲存到暫存檔,再將結果送入既有附件流程;網頁版貼上的檔案則使用和拖放檔案相同的上傳路徑。即使剪貼簿同時包含文字和圖片,純文字仍會正常貼上。
改進內容:
- 貼上剪貼簿圖片 — 使用
Cmd+V或Ctrl+V附加螢幕截圖,不必開啟檔案選擇器 - 支援剪貼簿檔案 — 從檔案管理員複製的檔案可進入同一附件流程
- 一致的安全保障 — 貼上和拖放遵循相同的可用性規則、去重機制及成功或錯誤回饋
- 正確的沙箱路徑 —
sandbox:/...輸出路徑不再被誤認為 Windows 磁碟機路徑 - 更安全的檔案偵測 — URL 和未知 scheme 不會顯示為本機輸出檔案
- 依用戶解析輸出 — 檔案從目前用戶 ID 路徑解析,並保留舊版以電子郵件為基礎的儲存作為後備
- 更整潔的 Agent Folder — 隱藏內部任務根目錄,目錄項目也不再顯示為可點擊檔案
這些改進打通工作循環的兩端:提供視覺輸入更容易,開啟 agent 建立的檔案也更可靠。
🔗 PR: https://github.com/eigent-ai/eigent/pull/1740
🔗 PR: https://github.com/eigent-ai/eigent/pull/1767
🔗 PR: https://github.com/eigent-ai/eigent/pull/1773
🔗 PR: https://github.com/eigent-ai/eigent/pull/1798
🔎 更清楚的工作日誌,由型別化工作流程事件支援
Agent 工作時,Eigent 應讓進度容易理解,也能可靠處理。
感謝 @Pakchoioioi 在 PR #1696 和 #1697 中改進工作日誌,感謝 @Douglasymlai 在 PR #1771 中實作型別化應用程式事件匯流排,也感謝 @fengju0213 在 PR #1362 中加入請求層級 token 用量報告。
工具活動現在會分開顯示送給工具的請求與傳回的回應。在 Single Agent 模式下,工作日誌標題也會以進行中步驟的實時 active_form 取代籠統的「CAMEL Agent」標籤;隨 agent 按計畫推進,標題會透過細膩的過場效果持續更新。
變更內容:
- Request 與 Response 卡片 — 工具輸入和輸出分開標示,不再合併為一個區塊
- 實時步驟名稱 — Single Agent 工作日誌顯示目前操作,並隨工作推進更新
- 長標籤清楚換行 — 目前步驟文字保持可讀,不會被截斷
- 型別化應用程式事件匯流排 — 工作流程路徑透過輕量、可測試的基礎發出結構化事件
- 早期事件緩衝 — 啟動事件會安全等待,直到 consumer 準備就緒
- 請求層級用量事件 — 非串流、多請求步驟可在每個模型請求完成時回報 token 用量,不必等整個步驟結束
- 防止重複計數 — 請求和步驟層級的用量報告彼此協調,避免 token 被計算兩次
這些既是面向用戶的清晰度改進,底層也有更強的事件基礎——今天更實用,也為明天更豐富的工作流程診斷作好準備。
🔗 PR: https://github.com/eigent-ai/eigent/pull/1696
🔗 PR: https://github.com/eigent-ai/eigent/pull/1697
🔗 PR: https://github.com/eigent-ai/eigent/pull/1771
🔗 PR: https://github.com/eigent-ai/eigent/pull/1362
✨ 更貼心的聊天與桌面體驗
圍繞任務的細小互動,現在更加沉穩、清楚且深思熟慮。
感謝 @Douglasymlai 在 PR #1749、#1754、#1751、#1802 和 #1805 中重新設計聊天編輯器、工具提示、更新體驗、支援日誌流程與動效系統。也感謝 @iyernaveenr 在 PR #1745 和 #1733 中於啟動時恢復最後造訪的工作階段,並讓切換後的聊天直接開啟至最新訊息。
改進內容:
- 雙層聊天編輯器 — 訊息操作位於專用的項目設定列上方;設定列包含工作階段模式、模型與思考程度
- 直接選擇連接器與 skill — 不必經過通用加號選單,即可加入
@connector和#skilltoken - 感知意圖的工具提示 — 導覽標籤立即出現,資料更豐富的提示則保留短暫、平靜的延遲
- 行內更新進度 — 桌面更新在背景下載並於頂端列顯示進度,完成後提供清楚的「啟動新版本」操作
- 可下載的診斷日誌 — Support 對話框可匯出 Eigent 桌面日誌和 CAMEL 任務日誌
- 從離開處繼續 — 重新開啟應用程式時,會在適當情況下恢復上次造訪的對話
- 切換項目後顯示最新訊息 — 切換聊天會直接帶你到目前對話末端
- 更一致的動效 — 在導覽、任務、工作流程、skill、連接器、側邊欄和對話框中,以針對性過場取代廣泛的
transition-all,並在適當處支援減少動態效果
單獨來看,這些都是小巧的變更;組合在一起,它們減少了你每天使用 Eigent 時最常觸及部分的阻力。
🔗 PR: https://github.com/eigent-ai/eigent/pull/1749
🔗 PR: https://github.com/eigent-ai/eigent/pull/1754
🔗 PR: https://github.com/eigent-ai/eigent/pull/1751
🔗 PR: https://github.com/eigent-ai/eigent/pull/1745
🔗 PR: https://github.com/eigent-ai/eigent/pull/1733
🔗 PR: https://github.com/eigent-ai/eigent/pull/1802
🔗 PR: https://github.com/eigent-ai/eigent/pull/1805
🛡️ 持續穩定運作的長時間工作流程
當任務已執行很久時,可靠性最為重要。
特別感謝 @iyernaveenr 在 PR #1748、#1747、#1746 和 #1737 中保護項目切換與視窗關閉期間的執行中任務、讓步驟逾時可設定、記錄失敗執行的花費並修正完成狀態。感謝 @4pmtong 在 PR #1774、#1775、#1797 和 #1799 中強化背景遠端控制、後端啟動、Space hydration 與過期回覆處理。
可靠性改進:
- 切換項目時保留執行中任務 — 在項目間移動不再以可能中止活動串流的方式移除或重播狀態
- 關閉警告涵蓋所有項目 — 只要任何任務仍在執行,Eigent 就會在視窗關閉前提醒,而不只限於畫面上的目前任務
- 可設定的步驟逾時 — 部署方可調整
AGENT_STEP_TIMEOUT_SECONDS、保留預設的 30 分鐘,或停用單一步驟上限 - 記錄失敗執行的花費 — 逾時或錯誤前累積的 token 用量不再顯示為零
- 長答案也能正常完成 — 歷史摘要會限制在資料庫上限內,同時不妨礙任務狀態變為完成
- 背景 Remote Control 正常運作 — 遠端訊息可鎖定背景項目,無須強制桌面介面切換項目
- 更安全的本機後端啟動 — 更穩健地處理重複啟動、重新啟動競態和損壞的主控台 pipe
- 活動 Space 在 hydration 後仍會保留 — 伺服器同步會保留用戶選取的 Space,只在真正的設定或遷移情況建立空白 Space
- 延遲的人類回覆會平穩失敗 — 任務鎖定清理後的過期回覆會清除陳舊介面狀態,不再顯示為後端程式錯誤
對使用 Eigent 進行長時間研究、程式開發或文件工作流程的人來說,這些修正讓桌面應用程式成為更安全、更值得託付重要工作的地方。
🔗 PR: https://github.com/eigent-ai/eigent/pull/1748
🔗 PR: https://github.com/eigent-ai/eigent/pull/1747
🔗 PR: https://github.com/eigent-ai/eigent/pull/1746
🔗 PR: https://github.com/eigent-ai/eigent/pull/1737
🔗 PR: https://github.com/eigent-ai/eigent/pull/1774
🔗 PR: https://github.com/eigent-ai/eigent/pull/1775
🔗 PR: https://github.com/eigent-ai/eigent/pull/1797
🔗 PR: https://github.com/eigent-ai/eigent/pull/1799
🐛 登入、聊天、OAuth、Windows 與 Docker 的更多修正
今次更新也包含橫跨技術堆疊的針對性修正:
-
修正本機登入遺失用戶帳戶狀態 — 本機工作階段會從登入回應或 access token 恢復用戶 ID,避免空白唯讀 Legacy Space 取代用戶真正的 Space 與 Project。(#1739 — @iyernaveenr)
-
修正作業系統與應用程式主題不一致時 fenced code block 不可見 — 程式碼文字與背景顏色現在遵循同一應用程式主題,確保四種明暗組合皆清晰可讀。(#1735 — @iyernaveenr)
-
修正快速輸入時聊天游標跳動 — rich-text render 後同步恢復游標位置,只有依賴版面的捲動會等待下一個 frame。(#1732 — @iyernaveenr)
-
修正 Single Agent skill 範圍 — Single Agent 始終優先顯示於 skill 存取選擇器,其別名也會在前後端比對時一致正規化。(#1759 — @suger-m)
-
修正 Windows 終端機能力偵測 — 即使未安裝 Bash,原生 PowerShell 和 Command Prompt 環境也能註冊終端機工具。(#1716 — @fengju0213)
-
修正後端信任存放區處理 — 打包的桌面後端可使用作業系統信任的憑證,包括遠端 HTTPS 模型端點使用的私人 CA。(#1700 — @fengju0213)
-
修正 OAuth 授權 URL 編碼 — Slack、Notion、X 和 Google adapter 現在能正確編碼 redirect URL、scope、state、Unicode 及其他特殊字元。(#1636 — @hobostay)
-
修正全新 Docker 伺服器建置 —
.git仍可供用來寫入伺服器 commit 的 BuildKit bind mount 使用,但不會複製到 image layer。(#1703 — @nilbot)
📚 依賴項目與文件
感謝 @fengju0213 在 PR #1760 中將 camel-ai 升級至 0.2.91a5,感謝 @carlosjarenom 在 PR #1672 中把伺服器 README 的 Python 要求從 3.10 更正為 3.12,感謝 @Douglasymlai 在 PR #1802 中更新各語言 README 的產品亮點與使用案例,感謝 @4pmtong 在 PR #1801 中將開源建置上傳內容分離至獨立的 S3 prefix,也感謝 @Wendong-Fan 更新 WeChat QR code。
🔗 PR: https://github.com/eigent-ai/eigent/pull/1760
🔗 PR: https://github.com/eigent-ai/eigent/pull/1672
🔗 PR: https://github.com/eigent-ai/eigent/pull/1801
❤️ 社群持續提高標準
今次更新帶來:
- 透過 MCP 向 agent 提供託管第三方工具的 Connector Gateway
- 支援瀏覽器、檔案、畫布、終端機和審閱工作的統一工作階段內預覽
- BYOK 模型參數,以及能依對話持續保存的模型選擇
- 剪貼簿圖片貼上,以及更可靠的產生檔案處理
- 更清楚的實時工作日誌、型別化工作流程事件和請求層級 token 報告
- 重新設計的編輯器、更智慧的工具提示、可見的更新進度與可下載的支援日誌
- 在項目切換、視窗關閉、逾時和背景控制期間,為長時間任務提供更強保護
- 涵蓋登入、聊天呈現、skill、Windows、憑證、OAuth 和 Docker 的針對性修正
Eigent v1.0.2 讓產品在那些重大時刻之間的工作上做得更好:連接正確工具、保持情境可見、說明 agent 正在做什麼,並在任務執行期間持續提供保護。
每項功能與修正,都來自貢獻者把真實工作流程中的阻力轉化為更好的開源 cowork 體驗。如果你想參與塑造下一步,歡迎探索程式碼、提出 issue 或發起 PR。
🔗 版本: https://github.com/eigent-ai/eigent/releases/tag/v1.0.2
讓我們繼續一起建構。
Recent Posts

AI 代理的圖工程:超越單一反饋迴路
圖工程將多個反饋迴路連接成一個網絡,防止 AI 代理操控自身指標。了解單一迴路為何失效,以及如何修正其拓撲結構。

Kimi K3:Moonshot AI 的 2.8T 開放權重前沿模型,專為智能體編程而生
Kimi K3 是 Moonshot AI 的 2.8 兆參數開放權重模型——有史以來最大的開放權重模型。了解其規格、基準測試、定價,以及對 AI 智能體的意義。

Thinking Machines Inkling:Mira Murati 首個開放權重模型深度解析
Thinking Machines Lab 的首個模型 Inkling,是一個擁有 975B 開放權重的多模態 MoE 系統,支援可調控的思考強度。涵蓋規格、基準測試及其重要意義。