Eagle V5 正在開發中:這段時間,我們都在做什麼?

Eagle V5 正在開發中:這段時間,我們都在做什麼?

如果你最近有在關注 Eagle,可能會發現我們安靜了不少。

距離上一篇比較大型的 Blog 更新,已經過了好幾個月。這段期間,我們仍然持續維護 Eagle V4、修正問題、改善相容性並推出必要的更新,但確實沒有太多大型新功能,也很少發布新的消息。

從外界看來,我們理解這很容易讓人產生疑問。

甚至有一些用戶直接問我們:Eagle 還有在繼續開發嗎?

答案是:有。

事實上,這段時間有很大一部分的開發資源,已經逐漸轉移到一件規模更大的事情上:Eagle V5

之所以一直沒有太多公開消息,是因為 V5 目前仍處於積極開發階段,我們不希望把還沒完成的計畫太早變成對用戶的承諾。這篇文章不是發布公告,我們現在也還沒有準備好公布正式的推出時間。

不過,我們認為現在差不多可以和大家聊聊:這段時間我們究竟在做什麼、為什麼花了這麼長的時間,以及為什麼我們最後決定重新打造 Eagle 很大一部分的底層架構。

Eagle V4 仍然會持續維護

在談 V5 之前,我們想先說清楚一件事情:Eagle V4 並沒有被放棄。

我們仍然持續維護 V4,處理穩定性、系統相容性,以及會影響日常使用的各種問題。除此之外,一些原本在 V5 階段探索的想法,也已經透過插件的方式提前帶回 V4。

AI Search、AI Actions、Eagle Skills 和 Eagle MCP 就是其中幾個例子。與其把這些能力全部留到未來的大版本,我們更希望在技術條件允許的情況下,讓現有的 Eagle 用戶可以更早使用。

但與此同時,隨著 Eagle 持續發展,我們也越來越清楚地看到一件事情:現有的底層架構,已經開始限制我們接下來能走多遠。

Eagle 最早在 2017 年推出。這些年來,產品的規模早已超出我們當初的想像。用戶的資源庫變得更大、工作流程變得更複雜,而大家存取、整理與使用素材的方式,也和九年前有了很大的不同。

我們想做的很多事情,現在已經不只是「加一個功能」就能解決的問題。

而是架構本身的問題。

為什麼 V5 最後變成了一次從底層開始的重建?

一開始思考 Eagle 下一個大版本時,我們其實沒有預期它最後會變成這麼深入的重寫。

但隨著開發持續進行,我們逐漸發現,很多遇到的限制其實都來自 Eagle 最初架構中的一些基本假設。

目前 Eagle 裡的許多責任,都和桌面應用程式本身緊密地綁在一起。介面、應用邏輯、資源庫狀態與資料操作,基本上都是建立在「一個桌面應用程式就是整個系統中心」這個前提之上。

這套架構陪伴 Eagle 很多年,也一直運作得很好。

但當我們開始思考多視窗、多用戶、多帳號、更多裝置、瀏覽器存取、AI Agent,甚至未來的 iPad 與其他行動裝置時,這套架構的限制就會變得越來越明顯。

如果我們選擇直接把這些能力一個一個加在現有架構上,就意味著未來必須不斷繞過那些當初根本沒有為這些情境設計的限制。

所以最後,我們決定不再繼續延伸這套架構。

而是重新打造一個新的基礎。

Eagle V5 採用了全新的架構。在新的設計中,負責管理素材工作空間的核心服務,會和實際連接它的應用程式與使用介面分離。

從表面上看,這可能只是一個內部的技術改動,但它實際上改變的是 Eagle 未來可以成為什麼樣的產品。

V4 與 V5 是兩套本質上不同的架構

重新打造 Eagle,也帶來了一個我們認為應該提前和大家說清楚的重要影響。

Eagle V5 並不是把 Eagle V4 的底層架構逐步替換之後形成的新版本。

V5 是建立在一套全新的架構之上。

這讓我們可以更自由地解決許多在 V4 現有基礎上很難處理的問題,但同時也意味著:從架構與資料結構的角度來看,V4 與 V5 並不是可以直接相容的兩套系統。

因此,未來 V5 正式推出時,從 V4 移轉到 V5 並不會只是安裝新版程式,然後所有東西原封不動地繼續使用。

我們會提供工具,協助用戶將現有的 V4 資源庫匯入並遷移到 V5,也會盡可能讓整個轉換過程清楚、可靠且容易處理。不過,由於兩套系統的底層架構不同,這個過程仍可能涉及資料轉換,部分既有的使用方式或工作流程,也可能需要因應新的架構進行調整。

我們認為,與其現在讓大家以為 V4 與 V5 可以做到完全無感的直接升級,不如提前把這件事情說清楚。

這其實也是 V5 為什麼需要這麼長開發時間的一部分原因。

我們不只是要建立一套新的系統,同時還必須思考:Eagle 過去將近十年累積下來的資源庫、資料與使用方式,要如何盡可能合理地轉移到新的架構上,而不是把所有轉換成本直接丟給用戶。

這段時間,大部分的工作都花在打造新的基礎

很多人可能會直覺認為,一個大版本開發這麼久,應該代表我們正在製作大量的新功能。

但實際上,過去這段時間的大部分工作,都集中在一些用戶可能永遠不會直接看到的地方。

我們正在把過去緊密綁在一起的不同責任逐步拆開,重新設計 Eagle 各個部分之間的溝通方式,重新思考資源庫應該如何被管理,以及建立一套能讓不同應用程式與客戶端安全地存取同一個素材工作空間的基礎。

這類工作其實很難透過截圖展示。

有時候開發了好幾個月,從畫面上看起來甚至沒有太大的差別。

但底層已經完全不同。

而當這個新的基礎建立起來之後,很多過去需要大量特殊處理才能實現的事情,就會開始變得自然許多。

不再只有一個視窗

多視窗就是一個很簡單的例子。

在目前的架構下,Eagle 從一開始就是以「一個桌面應用程式管理一個資源庫」作為主要使用情境。

真正支援多視窗,並不是單純再開一個介面就結束了。不同視窗之間需要共享狀態、即時反映彼此的變更、協調資料操作,同時還要避免互相干擾。

在 V5 的架構下,應用程式介面不再需要成為資源庫唯一的管理者。

不同視窗可以成為連接同一個底層工作空間的不同客戶端。

這讓真正的多視窗工作流程變得實際許多。

例如,你可以讓一個視窗持續顯示參考素材,另一個視窗則專門負責整理內容;也可以同時維持不同的瀏覽情境,而不需要一直切換同一個視窗的狀態。

這看起來只是一個功能,但它其實很能說明為什麼我們選擇花時間重新設計架構,而不是繼續把功能一個一個加到 V4 上。

多用戶與多帳號也會變得更實際

同樣的架構改變,也讓多用戶與多帳號有了更合理的基礎。

過去的 Eagle,主要是以一個人在自己的電腦上使用一個本機資源庫為核心情境。

這種簡單直接的使用方式一直是 Eagle 的優點,我們也不打算失去它。

但實際上,用戶也有越來越多不同的需求。例如在個人與工作環境之間切換、透過不同帳號存取不同資源庫,甚至未來讓多個人或不同應用程式,在明確的權限控制下存取同一個工作空間。

當身份、應用程式狀態與資源庫操作全部綁在一起時,要把這些事情做好其實非常困難。

V5 讓我們終於有一個更合理的起點。

這並不代表所有可能的多人協作功能,都會在 V5 第一個版本一次出現。

真正重要的是:新的架構不再從根本上限制這些事情。

Eagle 也不再只能存在於桌面上

這套架構另一個很有意思的影響,是我們不再需要把 Eagle 想成「一個包含所有東西的桌面應用程式」。

如果核心工作空間可以獨立於使用介面運作,那麼不同類型的客戶端就可以連接到它。

Windows 和 macOS 應用程式可以是一種客戶端。

瀏覽器未來也可能是另一種。

iPad 應用程式也可以成為其中一種。

同樣的基礎,也讓更完整的行動裝置支援比現在實際得多。

我們在這裡刻意使用「可能」和「未來」這些詞。這篇文章談的是新架構所帶來的方向與可能性,而不是承諾所有提到的平台都會在 V5 首次發布時推出。

但這正是我們願意投入這麼多時間重建底層的原因之一。

未來我們不再需要問:「要怎麼把 iPad 版本硬塞進目前的桌面架構?」

而是可以從一開始,就把 Eagle 設計成一個能讓不同介面與裝置連接的系統。

AI Agent 也可以成為 Eagle 的客戶端

還有另一種在 2017 年設計 Eagle 時幾乎不存在的客戶端:AI Agent。

過去一年,我們已經透過 Eagle MCP 與 Eagle Skills 開始探索這個方向。

現在,這些工具已經可以讓 AI 系統搜尋、理解並操作 Eagle 中保存的素材。

但我們認為,這還只是開始。

當人們越來越常與 AI Agent 一起工作時,一個素材資源庫不應該只能被坐在螢幕前的人理解。它也應該提供結構化的方式,讓其他工具與 Agent 可以存取相同的資訊,並在獲得授權的情況下執行操作。

V5 的架構讓這件事情變得自然許多。

桌面應用程式、其他裝置、瀏覽器介面,甚至 AI Agent,都可以被視為連接同一個底層工作空間的不同客戶端。

對我們來說,這比單純在 Eagle 裡面放一個 AI 聊天視窗有意思得多。

我們希望 Eagle 本身能成為更好的素材基礎設施,讓用戶選擇自己想使用的工具,並讓這些工具真正能與 Eagle 中的內容一起工作。

這不代表所有東西都會一次推出

談論架構時,很容易讓所有「未來可以做到的事情」,聽起來都像已經確定會推出的功能。

所以這裡也想特別說明:這不是我們現在要宣布的事情。

多視窗、多帳號、更多平台、瀏覽器存取、行動裝置、AI 整合,以及新的多人協作方式,這些都是當 V4 的架構限制被移除之後,會變得更容易實現的方向。

它們不應該被理解成 V5 第一個版本一定會包含的功能清單。

目前最重要的事情,仍然是把新的基礎做好。

我們希望新的架構足夠可靠,核心的資源庫體驗仍然快速而穩定,同時也要確保從 V4 遷移到 V5 的方式,是我們有信心真正交到現有用戶手上的。

在這些事情完成之後,才適合開始更積極地往上建立新的能力。

那麼,V5 到底什麼時候推出?

我們知道,這可能是很多人最想知道的問題。

目前,我們還沒有準備好公布正式的推出日期。

V5 還有不少工作需要完成,而且它現在已經不是一次普通的大版本更新,而是一個比原本預期更深入的架構重建。因此,我們不希望為了滿足一個預先設定的日期,而犧牲真正重要的底層工作。

等到有足夠具體、真正值得分享的進展時,我們會再和大家說明。

在那之前,Eagle V4 仍然會持續維護;如果有一些能力適合提前提供給現有用戶,我們也會繼續這麼做,而不是為了 V5 刻意把所有東西都留到未來。

Eagle 仍然持續向前

如果你最近覺得 Eagle 比以前安靜,並不是因為我們停止開發了。

而是因為很大一部分的工作,已經移到了表面看不到的地方。

在持續開發 Eagle 將近十年之後,我們走到了一個階段:如果只是繼續在同一套基礎上增加功能,已經不足以支撐我們接下來想做的事情。

所以,我們決定重新打造一個新的基礎。

這個選擇當然有它的代價。V5 與 V4 在架構上會有根本性的不同,從 V4 前往 V5,也會是一次真正的資料與工作流程遷移,而不是完全無感的版本升級。

但也正因為我們願意做這次改變,Eagle 才有機會重新突破一些存在多年的限制,為多視窗、多用戶與多帳號、更多裝置與平台、AI Agent,以及當年設計 Eagle 時根本無法預見的使用方式,建立更適合的基礎。

我們前面還有很多工作要完成。

但 Eagle 並沒有停下來。

V5,就是我們正在為 Eagle 下一個階段打造的新基礎。