Eagle V5 正在開發中：這段時間，我們都在做什麼？

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

距離上一篇比較大型的 Blog 更新，已經過了好幾個月。這段期間，我們仍然持續維護 Eagle V4、修正問題、改善系統相容性，也持續推出必要的更新，但確實沒有太多大型新功能或值得專文介紹的消息。

從外界看來，我們完全可以理解這會讓人產生疑問。有些使用者甚至直接問我們：

Eagle 還有在開發嗎？

答案是：有。

事實上，這段時間有相當大一部分的開發資源，逐漸轉向了一件規模更大的事情：

Eagle V5。

我們一直沒有太頻繁地談 V5，是因為它目前仍在積極開發中，而我們不希望把尚未完成的規劃太早變成承諾。

這篇文章不是發布公告，我們現在也還沒有準備好公布正式的發布日期。

不過，我們認為現在是時候讓大家更完整地知道：這段時間我們究竟在做什麼、為什麼需要這麼長的時間，以及為什麼 V5 最後會變成如此大規模的一次重建。

Eagle V4 仍會持續維護

在談 V5 之前，我們想先把一件事情說清楚：

Eagle V4 並沒有被放棄。

我們仍會持續維護 V4，處理穩定性、系統相容性，以及實際影響日常使用的問題。

有些最初以 V5 名義探索的功能，也已經透過 Plugin 的形式提前帶回 V4。

AI Search、AI Action、Eagle Skill 與 Eagle MCP 都是這樣的例子。

我們沒有刻意把這些能力全部留到未來的大版本，而是在條件允許的情況下，盡可能先提供給現有的 Eagle 使用者。

但與此同時，經過這些年的開發，我們也越來越清楚地意識到：Eagle 現有的底層架構，已經逐漸接近它能被繼續延伸的極限。

Eagle 最早在 2017 年推出。這些年來，使用者的素材庫變得更大、工作流程變得更複雜，而大家希望存取與使用素材的方式，也和當年有了很大的不同。

有些我們接下來想解決的問題，已經不只是「再增加一個功能」就能處理。

真正需要改變的，是 Eagle 底下的基礎架構。

為什麼 V5 最後變成了從底層重建

當我們最初開始規劃 Eagle 下一個大版本時，並沒有預期它最後會變成如此深入的一次重寫。

但隨著開發持續進行，我們逐漸發現，許多現在遇到的限制，其實都來自 Eagle 最初設計時的一些基本假設。

現在的 Eagle，很多功能都是以「一個桌面應用程式就是整個系統中心」為前提設計的。

你看到的操作介面、程式內部的處理、素材庫目前的狀態，以及許多資料操作，都彼此緊密地綁在一起。

這套模式已經穩定地支撐 Eagle 很多年。

但當我們開始思考多視窗、多使用者、多帳號、其他裝置、瀏覽器存取、AI Agent，甚至未來的 iPad 或其他行動裝置時，原本合理的架構就逐漸變成限制。

如果繼續把這些能力一項一項硬加到現有架構上，我們就必須不斷繞過一套原本根本沒有為這些情境設計的系統。

而且有些問題，並不是再加一個 Plugin 就能真正解決。

例如，當未來一個素材庫可能同時由不同使用者、自動化流程，甚至多個 AI Agent 操作時，我們需要一套從底層就能辨識身分、管理權限、記錄變更並確保資料一致性的系統。

這些能力如果不是一開始就存在於核心架構裡，之後就很難乾淨地補上。

因此，我們最後決定不再無止境地延伸舊有基礎，而是重新建立一套新的架構。

V5 會把 真正負責管理素材庫的核心功能，和 使用者平常操作 Eagle 的介面 分開。

這聽起來也許有點技術，但對一般使用者來說，其實很簡單：

你的素材仍然可以放在自己的電腦裡，而這台電腦本身就可以負責管理你的 Eagle 素材庫。

對大多數使用者來說，日常使用方式不一定會因此產生明顯改變。

你依然可以直接打開 Eagle，像一般桌面軟體一樣使用它。

真正改變的是，底層開始具備更多以前很難做到的可能性。

你的電腦，就可以成為素材庫的主機

當我們談到帳號、多裝置、同步，甚至提到「Server」這類概念時，很容易讓人聯想到：Eagle 是不是準備推出自己的雲端服務？

答案不是。

我們目前描述的 V5 架構，並不是要把大家的素材庫搬到 Eagle 官方的雲端。

V5 依然會以使用者自己掌控的資料為核心。

預設情況下，你可以把素材放在自己的電腦或儲存裝置上，而 Eagle 負責管理素材庫的核心功能，也可以直接執行在這台電腦上。

一般使用者甚至不需要把它想成一台「Server」。

平常就像現在一樣打開 Eagle 使用即可。

真正的差別在於：如果你有需要，未來可以用更彈性的方式連接到同一個素材庫。

例如，一位對網路設定稍微熟悉的使用者，可以讓同一個區域網路裡的另一台電腦或裝置，連接到自己主要電腦上的 Eagle 素材庫。

更熟悉技術的使用者，也可以自行利用 VPN、固定 IP 或其他網路方式，讓外部裝置連回自己的電腦。

在這種情況下，你自己的電腦，就是這個素材庫的主機。

例如一個小型團隊，可以在辦公室放一台電腦保存與管理素材庫，再讓經過授權的成員連線使用。

你也可以在家裡用自己管理的電腦做同樣的事情。

重點是：

這整套使用方式，不需要先把你的素材庫上傳到 Eagle 官方提供的雲端空間。

我們想提供的是更大的彈性，而不是把所有人的資料集中搬到我們的 Server。

帳號系統，不代表你的素材要放到雲端

新版 Eagle 也會需要帳號系統。

原因其實很單純。

如果未來不只一個人或一台裝置可以存取同一個素材庫，Eagle 就需要知道現在是誰在使用，以及這個人可以查看或操作哪些內容。

因此，我們需要帳號來處理使用者身分與權限。

但這不代表：

「有 Eagle 帳號」等於「素材一定要放在 Eagle 官方的雲端」。

這完全是兩件不同的事情。

帳號負責的是「誰可以使用」。

素材實際儲存的位置，則依然可以是你的電腦、硬碟、NAS，或其他由你自己管理的設備。

同樣地，當我們談到「同步」或「多裝置」時，真正想表達的是不同裝置未來有機會共同使用同一個 Eagle 素材庫。

這並不是在宣布 Eagle 要把所有人的素材庫上傳到我們自己的 Cloud Storage。

這也不是要轉成訂閱制

帳號、多裝置，加上大幅重建的底層架構，也很容易讓人聯想到另一個問題：Eagle 是不是準備轉成訂閱制？

這不是我們目前在做的事情。

Eagle V5 並不是以訂閱服務為前提重新設計，而把 Eagle 轉向訂閱制，也不是我們偏好的產品方向。

這次架構重建真正想解決的是另一件事：

讓使用者在 Eagle 要怎麼執行、資料要存在哪裡，以及未來要透過哪些裝置或工具存取素材這些事情上，擁有比現在更大的彈性。

我們不是為了把 Eagle 變成 SaaS，也不是為了把使用者的資料從自己的電腦搬到 Eagle 官方的雲端。

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

選擇用這種方式重建 Eagle，也會產生一個我們希望提前坦白說明的重要結果。

Eagle V5 並不是把 Eagle V4 的內部元件一個一個換掉之後得到的產品。

它建立在一套根本不同的全新架構上。

這讓我們可以更自由地解決許多在 V4 裡非常困難的問題，但同時也代表，從底層來說，V4 與 V5 並不是直接相容的。

因此，未來當 V5 正式可以使用時，從 V4 前往 V5 不會只是「安裝新版，然後什麼事情都不用做」這麼單純。

我們計畫提供工具，協助使用者把現有的 V4 素材庫匯入並遷移到 V5。

我們的目標是讓整個過程盡可能簡單、可靠，也盡量降低大家需要承擔的轉換成本。

但因為底層系統真的不同，實際遷移時仍可能包含資料格式的轉換，一些既有的使用方式也可能需要因應新架構做出調整。

我們認為，與其讓大家誤以為兩套本質不同的系統可以做到完全無感相容，不如現在就把這件事情說清楚。

這也是為什麼 V5 需要這麼多時間。

我們不只是重新建立一套新系統，同時還必須認真思考：過去將近十年累積下來的 Eagle 素材庫、資料與使用方式，要怎麼安全地帶到新的架構裡。

我們大部分的時間，其實都花在看不到的地方

當一個版本開發了很長一段時間，大家很自然會想像我們是不是正在製作大量可以直接看到的新功能。

但實際上，過去這段時間很多開發工作，都是使用者可能永遠不會直接看到的部分。

我們正在拆開過去緊密綁在一起的功能，重新設計 Eagle 內部不同部分溝通的方式，也重新思考素材庫應該如何被管理。

這類工作通常不太容易拿來做出很吸引人的截圖。

有時候幾個月的開發完成後，表面上的 Eagle 看起來甚至幾乎沒有改變。

但底下的系統其實已經非常不同。

而一旦這個基礎完成，以前需要大量特殊處理才能實現的功能，就會變得自然得多。

多視窗會變得更合理

多視窗就是一個很容易理解的例子。

目前 Eagle 的架構，本質上是以一個桌面應用程式管理一個素材庫為主要前提。

真正完整地支援多個獨立視窗，並不是多開一個畫面這麼簡單。

不同視窗必須一起知道素材庫發生了什麼變化、維持一致的狀態，同時又不能互相干擾。

V5 的新架構會讓不同視窗更自然地共同使用同一個素材庫。

例如，你可以讓一個視窗一直顯示參考素材，在另一個視窗裡進行整理；也可以同時開啟不同的檢視方式，而不需要一直切換同一個畫面。

這只是一個相對簡單的例子，但它很好地說明了為什麼我們現在願意把這麼多時間花在底層，而不是繼續把每一個新功能硬加到 V4 上。

多使用者與多帳號也會變得更加合理

相同的架構變化，也讓多使用者與多帳號有了一個好得多的基礎。

Eagle 過去主要是以一位使用者，從自己的電腦操作一個本機素材庫為核心設計。

這種單純的使用方式，一直都是 Eagle 很重要的優點，而我們並不想失去它。

但同時，也確實有許多情況需要更多彈性。

例如把個人與工作的使用環境分開，或者未來讓多個人可以在權限控制之下，共同使用同一個素材庫。

一個團隊未來可以讓其中一台電腦負責保存與管理素材庫，再讓幾位經過授權的成員連接。

這台電腦可以放在辦公室，也可以放在家裡。

重點仍然是：

這台電腦和裡面的資料可以是你自己的。

當然，這並不代表所有可能的協作功能都會在 V5 第一版一次出現。

真正重要的是，新架構不再從根本上阻礙我們去做這些事情。

每一次修改，都應該知道是誰做的

當一個素材庫開始支援多人使用，甚至允許自動化工具與 AI Agent 執行操作之後，另一個以前可能不是那麼明顯的問題，就會變得非常重要：

到底是誰，在什麼時間，改了什麼？

假設未來一個團隊裡有使用者 A 和使用者 B，同時還有 Agent A 與 Agent B 在協助整理素材。

有人修改了標籤、移動了一批檔案、更改了某些屬性，或刪除了某些內容。

如果系統只告訴你「資料變了」，卻無法知道這些變化是誰造成的，那麼當使用人數與自動化程度越來越高時，整個素材庫會變得很難管理。

因此，在 V5 裡，我們會把完整的操作紀錄，也就是 Audit Log，當成底層架構的重要一部分。

系統可以清楚記錄：

某個使用者或 Agent 在什麼時間，對哪些內容執行了什麼操作。

這不只是方便出了問題之後追查原因。

它也是多人協作、自動化與 AI Agent 能夠被安全使用的重要基礎。

未來當 AI 可以替你大量整理、標記，甚至修改素材庫時，我們認為使用者不應該只能看到最後的結果。

你應該有能力知道 AI 做過什麼。

而當系統中的每一次重要操作都有清楚的來源與紀錄，我們未來也才有機會進一步建立更完整的版本歷史、回溯、安全控制，以及需要人工確認的操作流程。

這類能力並不是在 V4 上再掛一個 Plugin 就能完整解決。

它必須從一開始，就存在於 Eagle 管理資料與執行操作的核心裡。

讓不同的人，用自己的方式描述素材

另一個我們一直很重視的方向，是 自訂屬性。

Eagle 的使用者來自非常不同的領域。

有人用 Eagle 管理設計素材，有人整理攝影作品、影片、研究資料、產品資料，也有人把 Eagle 當成團隊內部的素材庫。

甚至同一個使用者，在不同專案裡，需要記錄的資訊也可能完全不同。

例如，一個設計團隊可能希望記錄「客戶名稱」、「專案階段」或「授權狀態」；攝影工作者可能更在意「攝影師」、「拍攝地點」或「使用期限」；其他使用者則可能有完全屬於自己工作流程的欄位。

我們不可能預先替所有人決定這些欄位應該是什麼。

因此，在 V5 裡，我們會正式加入 自訂屬性（Custom Fields），讓使用者可以依照自己的工作方式，替素材建立額外的結構化資訊。

這件事情看起來像是一個功能，但對我們來說，它其實代表一個很重要的方向：

Eagle 不應該要求所有人用同一套固定的資料結構整理素材，而應該有足夠的彈性，去適應不同使用者、不同團隊，甚至不同專案的工作方式。

而當這些自訂資訊成為素材庫正式的一部分之後，它們未來也可以被搜尋、篩選、用在自動化流程裡，甚至讓 AI Agent 理解與使用。

例如，如果一個團隊自己建立了「專案狀態」、「審核結果」或「授權期限」這些欄位，未來不只是人可以依照這些資訊整理素材，自動化工具或 Agent 也可以在得到授權之後，理解這些欄位代表的意義，並依照團隊自己的規則協助處理工作。

這也是我們希望 V5 能做到的事情：

不是替所有人設計唯一正確的工作流程，而是提供一個足夠彈性的基礎，讓 Eagle 可以適應形形色色的使用情境。

它也讓桌面以外的使用方式變得更有可能

這套架構另一個很重要的結果，是未來 Eagle 不需要再被限制成「只能從一個桌面應用程式使用」。

Windows 與 macOS 版 Eagle 仍然可以是大多數使用者最主要的使用方式。

但未來，同一個網路裡的瀏覽器也可能存取同一個素材庫。

如果使用者自己設定了外部連線，也可能從其他地方存取自己的素材。

未來的 iPad App，也可以建立在同一套基礎上。

其他行動裝置也是如此。

再次強調，這些可能性本身並不需要 Eagle 官方提供雲端服務。

素材庫的中心依然可以是你自己的電腦。

我們在這裡刻意使用「可能」與「未來」這些詞。

這篇文章是在解釋新架構所帶來的方向，而不是承諾上面提到的每一項功能都會在 V5 第一版同時推出。

AI Agent 也可以成為使用 Eagle 的另一種方式

還有一種類型的使用者，在 Eagle 最早於 2017 年設計時幾乎還不存在：

AI Agent。

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

現在，AI 已經可以搜尋、理解，甚至執行部分 Eagle 裡的素材操作。

但我們認為這只是開始。

當人們越來越常和 AI 一起工作，一套素材庫不應該只能讓眼前正在操作滑鼠與鍵盤的人使用。

它也應該提供安全、可控制的方式，讓其他工具或 AI 在得到授權的情況下搜尋、理解、整理或操作素材。

V5 會讓這件事情變得自然許多。

未來，桌面版 Eagle、瀏覽器、其他裝置，甚至 AI Agent，都有機會成為使用同一個 Eagle 素材庫的不同方式。

但對我們來說，真正重要的不只是「讓 AI 可以操作 Eagle」。

更重要的是，AI 的操作必須和人的操作一樣，可以被辨識、被限制，也可以被追蹤。

如果 Agent 修改了一百筆素材，我們希望系統知道這些操作來自哪一個 Agent、發生在什麼時間，以及它究竟改變了哪些內容。

如果不同的 Agent 負責不同任務，它們也應該只能執行自己被允許的操作。

這也是為什麼帳號、權限、完整操作紀錄、自訂屬性，以及新的資料架構，並不是彼此獨立的幾個新功能。

它們其實共同組成了我們希望 V5 擁有的新基礎。

對我們來說，這比只是在 Eagle 裡面加入一個 AI 聊天視窗有意義得多。

我們希望 Eagle 本身可以成為一個更好的基礎，讓人、不同裝置、自動化工具與 AI Agent，都能在清楚而可控制的規則下，和同一份素材一起工作。

這並不代表所有事情都會一次推出

當我們開始談新架構帶來的可能性，很容易讓所有未來可以做到的事情，聽起來都像已經確定要推出的功能。

這不是這篇文章的意思。

多視窗、多使用者、多帳號、瀏覽器存取、iPad、行動裝置、外部連線、AI 整合以及新的協作方式，都是 V4 的架構限制被移除之後，會變得更加合理的方向。

請不要把它們理解成 V5 第一個版本保證會提供的功能清單。

我們現在最優先處理的，依然是基礎架構。

我們希望先確保新架構足夠可靠、Eagle 最核心的素材庫使用體驗依然快速穩定，同時也必須把從 V4 遷移到 V5 的路徑，做到我們有信心真正交給現有使用者。

把這些事情做好之後，再大幅往新的基礎上發展才有意義。

那麼，V5 到底什麼時候發布？

我們知道，這大概是最多人真正想知道的問題。

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

V5 仍然有相當多的工作需要完成。

而由於現在的 V5 已經變成比一般大版本更新深入得多的架構變更，我們不希望為了設定一個人工的期限，最後反而為了趕時間而犧牲基礎架構的品質。

當我們有足夠具體、而且真的值得分享的資訊時，我們會再進一步公布。

在那之前，我們仍會持續維護 Eagle V4。

對於一些沒有必要刻意等到 V5 才能提供的能力，只要條件適合，我們也會繼續優先讓現有 Eagle 使用者先使用。

Eagle 仍然持續往前走

如果最近的 Eagle 看起來比以前安靜，並不是因為我們停止開發了。

而是因為很大一部分的開發工作，目前都發生在表面看不到的地方。

在開發 Eagle 將近十年之後，我們走到了一個階段：如果想要繼續完成下一階段真正想做的事情，單純在同一個基礎上繼續增加功能已經不夠。

所以，我們正在重新建立一個新的基礎。

這當然會帶來取捨。

V5 與 V4 在架構上會有根本差異，因此從 V4 前往 V5 會是一個真正的資料遷移過程，而不是完全無感的版本更新。

但也正因為願意做這次架構上的切換，我們才有空間重新思考 Eagle 一些存在多年的限制，並為多視窗、多使用者、自訂屬性、完整操作紀錄、更多裝置、AI Agent，以及更多以前難以合理支援的使用方式建立新的基礎。

而且在這些改變之下，有一個最重要的原則並沒有改變：

Eagle 仍然應該圍繞著你所擁有的資料，以及你自己掌控的設備與儲存環境運作。我們想增加的是你存取、管理與使用素材的方式，而不是把資料的控制權從你手上拿走。

前面仍然有很多工作需要完成。

但 Eagle 確實仍然持續開發，而 V5，就是我們正在為 Eagle 下一個階段建立的新基礎。