Eagle V5 正在开发：这段时间，我们都在做什么？

如果你最近一直有关注 Eagle，可能会发现，我们比平时安静了不少。

距离上一篇比较重要的 Blog 更新已经过去了几个月。这段时间里，我们仍然持续维护 Eagle V4，修复问题、改善兼容性，并发布必要的更新，但确实没有太多大型新功能或值得专门公告的消息。

从外界看来，我们完全理解这会让人产生一些疑问。

甚至有用户直接问我们：Eagle 还在继续开发吗？

答案是：当然。

事实上，我们现在有相当一部分开发精力，已经逐渐转移到一件规模大得多的事情上：Eagle V5。

过去我们很少谈论它，是因为 V5 仍然处于积极开发阶段，我们不希望把还没有完成的计划过早变成承诺。这篇文章不是发布公告，我们目前也还没有准备好公布具体的发布日期。

不过，我们觉得现在应该和大家聊聊：这段时间我们究竟在做什么，为什么 V5 花了这么长时间，以及为什么我们最终决定重新构建 Eagle 如此大的一部分。

Eagle V4 仍然在持续维护

在谈 V5 之前，我们首先想明确一件事：Eagle V4 并没有被放弃。

我们仍然持续维护 V4，处理稳定性、兼容性以及影响日常使用的问题。一些原本作为 V5 方向探索的功能，也已经通过插件的方式提前回到了 V4。

AI Search、AI Action、Eagle Skill 和 Eagle MCP 都是其中的例子。相比把这些能力全部留到未来的大版本，我们找到了一些方法，让现有 Eagle 用户能够更早使用到它们。

但与此同时，这些年的持续开发也让一件事情越来越清楚：Eagle 现有的底层架构，正在逐渐限制我们能够继续往前走多远。

Eagle 最早发布于 2017 年。从那时到现在，产品的发展已经远远超出了我们最初的想象。用户的资源库变得越来越庞大，工作流程越来越复杂，而大家希望访问和使用素材的方式，也已经发生了很大的变化。

我们接下来想让 Eagle 实现的一些事情，已经不再只是「增加几个功能」能够解决的问题。

它们本质上是架构问题。

为什么 V5 最终变成了一次从底层开始的重构？

刚开始思考 Eagle 下一个大版本的时候，我们其实并没有预料到 V5 最终会变成如此深入的一次重构。

但随着开发不断推进，我们逐渐发现，许多遇到的限制其实都来自 Eagle 最初架构中的一些基本假设。

现在的 Eagle，有许多职责都与桌面应用本身紧密结合。界面、应用逻辑、资源库状态以及数据操作，基本上都是围绕着一个前提设计的：一个桌面应用，就是整个系统的中心。

这个模式已经很好地支撑 Eagle 走过了很多年。

但当我们开始思考多窗口、多用户、多账号、更多设备、浏览器访问、AI Agent，甚至未来的 iPad 和其他移动设备时，这套架构就开始变得越来越受限。

如果继续直接在现有架构上增加这些能力，我们就必须不断绕过那些当初根本没有为这些场景设计的限制。

所以，与其继续无限延伸原有架构，我们最终决定重新构建它。

Eagle V5 引入了一套新的架构：负责管理资源库核心状态的服务，将与连接到它的应用和界面分离。

听起来这可能只是一个内部的技术调整，但实际上，它会从根本上改变 Eagle 未来能够成为怎样的产品。

V4 和 V5 本质上是两套不同的架构

重新构建 Eagle 也带来了一个很重要的结果，而这件事情我们希望提前向大家说明清楚。

Eagle V5 并不是把 Eagle V4 的内部组件一点一点替换之后得到的新版本。

它建立在一套完全不同的架构之上。

这让我们有更大的空间去解决许多在 V4 现有架构中很难处理的问题，但与此同时，也意味着 V4 和 V5 在架构层面并不是直接兼容的。

因此，当 V5 未来正式推出时，从 V4 转移到 V5，并不会只是安装一个新版本，然后所有东西原封不动地继续运行。

我们计划提供相应的工具，帮助用户把现有的 V4 资源库导入并迁移到 V5。我们的目标当然是尽可能让这个过程清晰、可靠并且容易处理，但迁移仍然可能涉及数据转换，一些现有的工作流程或使用方式，也可能需要根据新的架构进行调整。

我们认为，与其让大家误以为两套完全不同的系统可以做到毫无差异地兼容，不如现在就把这件事情说明清楚。

这其实也是 V5 需要这么长时间的原因之一。

我们不只是要构建一套新的架构，同时还必须认真思考：过去将近十年里积累下来的 Eagle 资源库、数据和工作流程，要如何尽可能顺利地进入新的架构，而不是把所有转换成本都丢给用户。

我们大部分的时间，其实都花在这些基础工作上

大家很容易认为，一个开发了很长时间的大版本，背后一定是在制作大量的新功能。

但实际上，过去这段时间里，我们很大一部分工作，都集中在一些用户可能永远不会直接看到的地方。

我们正在拆分过去紧密耦合在一起的职责，重新构建 Eagle 不同部分之间的通信方式，重新思考资源库应该如何管理，并建立一套能够让多个应用或客户端安全连接到同一个资源库的基础架构。

这类工作并不总是能够产生让人兴奋的截图。

有时候开发了几个月，从表面上看，产品甚至可能和之前差不多。

但在底层，它已经开始变成完全不同的系统。

而当这些基础建立起来之后，过去需要大量特殊处理才能实现的能力，就会变得自然得多。

不再局限于一个窗口

一个很简单的例子，就是多窗口。

在目前的架构中，Eagle 从根本上就是围绕「一个桌面应用管理一个资源库」设计的。

真正做好多个独立窗口，并不是简单地再打开一个界面而已。不同窗口需要共享状态、同步响应变化、协调各种操作，同时还不能互相干扰。

在 V5 的架构中，应用界面不再需要成为资源库唯一的拥有者。

多个窗口可以成为连接到同一个底层资源库的不同客户端。

这让真正意义上的多窗口工作方式变得现实得多。

你可以让一个窗口专门显示参考素材，另一个窗口负责整理内容；也可以同时查看资源库中的不同位置，而不需要不断改变同一个窗口当前的状态。

这只是一个很简单的例子，但它也很好地解释了为什么我们愿意花这么多时间重新设计架构，而不是继续把一个个功能硬塞进 V4。

多用户和多账号也会变得更加自然

同样的架构变化，也为多用户和多账号提供了更好的基础。

过去，Eagle 主要围绕一个人在一台电脑上使用本地资源库的方式设计。

这种简单性一直都是 Eagle 的优势，我们并不希望失去它。

但与此同时，也有越来越多场景需要更大的灵活性：例如在个人和工作环境之间切换、通过不同账号访问不同资源库，甚至未来让多个用户或应用，在权限受到控制的情况下操作同一个资源库。

当用户身份、应用状态和资源库操作全部紧密绑定在一起时，要干净地解决这些问题并不容易。

V5 给了我们一个更合理的起点。

当然，这并不意味着所有能够想象到的协作功能都会突然出现在 V5 的第一个版本里。

真正重要的是：新的架构不会再从根本上限制我们去做这些事情。

这是两件完全不同的事。

Eagle 也不再只能被理解成一个桌面应用

这套新架构另一个让我们非常期待的地方，是 Eagle 不再必须被理解成「一个包含所有东西的桌面应用」。

如果管理资源库的核心服务能够独立于界面运行，那么不同类型的客户端，就都可以连接到它。

Windows 和 macOS 应用可以是客户端。

浏览器未来也可以成为另一种客户端。

iPad 应用也可能成为其中一种。

而同样的基础，也会让更广泛的移动端访问，比今天现实得多。

这里我们刻意使用「可以」「可能」和「未来」这样的表达。这篇文章想介绍的是这套架构所打开的可能性，而不是承诺这里提到的每个平台都会随着 V5 第一版一起推出。

但这正是我们愿意投入这么多精力重构底层的原因之一。

未来我们不再需要问：

「要怎么把一个 iPad 版本硬塞进现在这套桌面架构？」

而是可以从一开始，就把不同界面、不同设备连接到同一个核心系统，当作架构本身的一部分来设计。

AI Agent 也可以成为 Eagle 的客户端

还有一种客户端，是 2017 年设计 Eagle 时几乎不存在的：AI Agent。

过去一年里，我们已经通过 Eagle MCP 和 Eagle Skill 开始探索这个方向。

现在，这些工具已经可以让 AI 系统搜索、理解并操作保存在 Eagle 中的素材。

但我们认为，这只是一个开始。

当人们越来越习惯和 AI Agent 一起工作时，一个素材资源库不应该只能被坐在屏幕前的人理解。它也应该提供结构化的方式，让其他工具和 Agent 能够访问相同的信息，并在获得授权的情况下执行操作。

V5 的架构会让这件事情变得自然得多。

桌面应用、其他设备、浏览器界面，甚至 AI Agent，都可以被理解成连接到同一个底层资源库的不同客户端。

对我们来说，这个方向远比单纯在 Eagle 里面加入一个 AI 聊天框更有意思。

我们希望 Eagle 本身能够成为更好的基础设施，让用户选择的各种工具都能够在它之上工作。

但这并不意味着所有东西都会一次出现

当我们开始讨论架构时，很容易让每一种未来的可能性听起来都像是已经确定会推出的功能。

所以这里也需要特别说明：这并不是我们正在宣布的事情。

多窗口、多账号、更多平台、浏览器访问、移动设备、AI 集成，以及新的协作模式，这些都是当 V4 原有的架构限制被移除之后，会变得更加现实的方向。

但请不要把它们理解成 V5 第一版一定会包含的功能清单。

我们现在最优先的事情，仍然是把基础做好。

我们希望新的架构足够可靠，核心的资源库体验仍然快速、稳定，同时也希望从 V4 到 V5 的迁移方式，能够达到一个我们有信心真正交给现有用户使用的状态。

在这些事情完成之后，我们才有条件更积极地在新的基础之上继续往前走。

那么，V5 到底什么时候发布？

我们知道，这可能是很多人最想知道的问题。

目前，我们还没有准备好公布具体的发布日期。

接下来仍然有相当多的工作需要完成。而且由于现在的 V5 已经是一次比普通大版本更新深入得多的架构变化，我们不希望为了满足一个人为设定的日期，反过来牺牲这个基础。

等到有足够具体、真正值得分享的进展时，我们会继续和大家更新。

在此之前，Eagle V4 仍然会持续维护；如果一些新的能力适合提前带给现有用户，我们也会继续这么做，而不是为了 V5 刻意把所有东西都留在未来。

Eagle 仍然在继续往前走

所以，如果你觉得最近的 Eagle 好像比以前安静了很多，并不是因为我们停止了开发。

而是因为这段时间里，我们有很大一部分工作转移到了产品表面看不到的地方。

在持续开发 Eagle 将近十年之后，我们走到了一个阶段：如果想实现接下来真正想做的事情，继续在同一套基础上增加功能，已经不够了。

所以，我们决定重新建立一个新的基础。

这当然会带来代价。V5 和 V4 在底层上将是两套不同的架构，从 V4 进入 V5 也会是一次真正的迁移，而不是完全无感的升级。

但也正是因为做出了这个架构上的改变，我们才终于有空间重新思考 Eagle 长期以来的一些限制，并为多窗口、多用户与多账号、更多设备和平台、AI Agent，以及许多过去很难真正实现的方向建立基础。

接下来仍然还有很多工作要做。

但 Eagle 并没有停止开发。

V5，就是我们正在为 Eagle 下一个阶段建立的新基础。