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

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

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

从外界来看，我们完全理解这可能让人产生疑问。有些用户甚至直接问我们：

Eagle 还在继续开发吗？

答案是：有。

事实上，这段时间相当大一部分的开发资源，已经逐渐转向了一件规模更大的事情：

Eagle V5。

我们过去没有频繁讨论 V5，是因为它目前仍处于积极开发阶段，而我们不希望过早把尚未完成的规划变成承诺。

这篇文章不是发布公告，我们目前也还没有准备好公布正式发布日期。

不过，我们认为现在已经到了应该让大家更完整地知道，这段时间我们究竟在做什么、为什么需要这么长时间，以及为什么 V5 最终变成了如此大规模的一次重建。

Eagle V4 仍会继续维护

在谈 V5 之前，我们想先把一件事情说清楚：

Eagle V4 并没有被放弃。

我们仍会继续维护 V4，处理稳定性、系统兼容性以及真正影响日常使用的问题。

一些最初以 V5 名义探索的功能，也已经通过插件的方式提前回到了 V4。

AI Search、AI Action、Eagle Skill 和 Eagle MCP 都是这样的例子。

我们没有刻意把这些能力全部留到未来的大版本，而是在条件允许的情况下，尽可能提前提供给现有 Eagle 用户。

但与此同时，经过这些年的开发，我们也越来越清楚地意识到：Eagle 当前的底层架构，已经逐渐接近能够继续扩展的极限。

Eagle 最早在 2017 年推出。这些年来，用户的素材库越来越大，工作流程越来越复杂，而大家希望访问和使用素材的方式，也和当年有了非常大的不同。

有些我们接下来想解决的问题，已经不再只是“再增加一个功能”就能处理。

真正需要改变的，是 Eagle 底下的基础架构。

为什么 V5 最终变成了从底层重建

当我们最初开始规划 Eagle 下一个大版本时，并没有想到它最后会成为如此深入的一次重写。

但随着开发不断进行，我们逐渐发现，目前遇到的很多限制，其实都来自 Eagle 最初设计时的一些基本假设。

现在的 Eagle，很多功能都是围绕“一台电脑上的一个桌面应用就是整个系统中心”来设计的。

用户看到的操作界面、程序内部的处理、素材库当前的状态，以及很多数据操作，都紧密地绑定在一起。

这套模式已经稳定支撑 Eagle 很多年。

但当我们开始考虑多窗口、多用户、多账号、其他设备、浏览器访问、AI Agent，以及未来可能的 iPad 和其他移动设备时，原本合理的设计就逐渐成为限制。

而且其中有些问题，并不是给 V4 再加一个 Plugin 就能够真正解决。

例如，未来一个素材库如果可以同时由不同用户、自动化流程，甚至多个 AI Agent 操作，那么系统必须从底层就能够知道：现在是谁在操作、他被允许做什么、到底修改了哪些内容，以及这些修改应该如何记录。

如果这些能力不是从一开始就存在于核心架构中，之后就很难再完整、干净地补上。

因此，我们最终决定不再无限延伸原来的基础，而是重新建立一套新的架构。

V5 会把 真正负责管理素材库的核心功能，和 用户平常操作 Eagle 的界面 分开。

听起来可能有些技术，但对普通用户来说其实很简单：

你的素材仍然可以放在自己的电脑里，而这台电脑本身就可以负责管理你的 Eagle 素材库。

对大部分用户来说，日常使用方式并不一定会因此产生明显变化。

你仍然可以直接打开 Eagle，把它当作普通桌面软件使用。

真正变化的是，底层开始具备更多过去很难实现的可能性。

你的电脑，就可以成为素材库的主机

当我们谈到账号、多设备、同步，甚至提到“Server”这样的概念时，很容易让人联想到：Eagle 是不是准备推出自己的云端服务？

答案不是。

我们目前所描述的 V5 架构，并不是要把所有人的素材库搬到 Eagle 官方的云端。

V5 仍然会以用户自己掌控的数据为核心。

默认情况下，你可以把素材保存在自己的电脑或存储设备上，而 Eagle 负责管理素材库的核心功能，也可以直接运行在这台电脑上。

普通用户甚至不需要把它理解成一台“服务器”。

平时像现在一样打开 Eagle 使用就可以了。

真正不同的是：如果你有需要，未来可以通过更灵活的方式连接到同一个素材库。

例如，一位对网络设置稍微熟悉的用户，可以让同一局域网里的另一台电脑或设备，连接到自己主要电脑上的 Eagle 素材库。

更熟悉技术的用户，也可以自己使用 VPN、固定 IP 或其他网络方式，让外部设备连接回自己的电脑。

在这种情况下，你自己的电脑，就是这个素材库的主机。

例如一个小团队，可以在办公室放一台电脑保存和管理素材库，再让经过授权的成员连接使用。

你也可以在家里用自己管理的电脑做同样的事情。

重点是：

整套使用方式，并不需要先把你的素材库上传到 Eagle 官方提供的云空间。

我们想提供的是更大的灵活性，而不是把所有人的数据统一搬到我们的服务器上。

账号系统，不代表素材必须存到云端

新版 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 下一个阶段建立的新基础。