文章
跨设备使用 Eagle 资料库
当手机、iPad 和桌面端各司其职，Eagle 资料库才能真正实现稳定流畅的跨设备工作流。
如果你先想看 Hive 和 Eagle 的大问题，先回到《兼容 Eagle》。这一页更窄，只讲设备怎么分工。
一套嘈杂的工作流，通常是因为你要求 iPhone、iPad 和桌面端证明自己能做同一件事。
如果你在搜索 Eagle 的 iPad 和 iPhone 工作流方案，最大的诱惑就是在每块屏幕上都要一个一模一样的归档库。漫长的一天结束后，往往变成这样：同一条参考素材在手机上只保存了一半，在 iPad 上只审阅了一半，然后许诺等会儿再在桌面端处理。每台设备都扛着超出它应有的责任。
更平静的模型，野心更小。手机在素材消失前把它抓住，iPad 把一批原始素材变成可用的工作集，桌面端接收已经经过一轮筛选的内容。Hive 的价值在于它承担了这套 Eagle 工作流里的移动端那一半，也不用逼着 Eagle 自己变成一个完整的移动端归档库。
对等，才是陷阱
大多数嘈杂的工作流都从同一个想法开始：桌面端能浏览、对比、整理、归档，那 iPhone 和 iPad 也应该能做一样的事。但在实际操作中，这种野心只会把移动端变成一堆烂尾的维护工作。
更平静的 Eagle 移动端工作流，从拒绝这种对称性开始。移动端不需要模仿归档库，它需要在不让每次保存都变成行政作业的前提下，让工作继续向前推进。
手机，抓住当下
在 iPhone 上，任务只有一个：让素材活下去。趁标签页还开着、对话还有上下文、Behance 帖子、产品页面或插画讨论串还能自我解释的时候，把它保存下来。手机离发现的那一刻最近，这才是它真正的优势。
在手机上过度整理，通常是在把“有动作”错当成“有进展”。手机该做的是保全证据，别把自己当成归档库。
iPad，做出取舍
iPad 的价值在于，下一步工作是判断。你需要足够的空间来对比三个美术方向，在客户通话前修剪一份情绪板，或者在项目还在推进时重新审视一批参考素材。
这里的收益不只是屏幕变大了，而是那批素材从一堆原始文件变成了一个可用的工作集。你可以在它变成桌面端的维护工作之前，就对活跃素材进行删减、重排和展示。
桌面端，赋予秩序
桌面端依然是做深层结构整理、慢节奏清理，以及那些塑造一个长期资料库的重要决策的最佳场所。但当它接收的是已经经过捕捉和一轮审阅筛选过的素材时，桌面端的工作会平静得多。
没有这一步的提前处理，桌面端就会变成一场救援行动。有了这一步，桌面端才能做它真正该做的事：给那些已经证明自己值得留下来的参考素材，建立持久的秩序。
中间环节需要什么
Hive 的价值在于，它在一个地方承担了这套工作流里从手机到 iPad 的那一半。在 iPhone 上，它在来源还可见的时候完成保存；在 iPad 上，它把同样的内容连同备注、标签、文件夹和搜索功能一起带回来，这样候选名单就不必再从截图和标签页里重新拼凑。
这一点很关键。跨设备共用一个 Eagle 资料库，真正的意思是保持一条完整的保管链，不需要在每块屏幕上都做一个一模一样的界面。手机保住第一次保存，iPad 把这批素材变成工作集，桌面端接收已经经过一轮筛选的内容。
这正是 Hive 成为一个实际解决方案、而非一个多余层级的地方。它处理混合来源的保存、轻量级结构和工作集审阅，这些工作都在你随身携带的设备上完成，也不必逼着 Eagle 变成一个完整的移动端归档库。
这才是让工作流平静下来的原因。Hive 给 Eagle 工作流的移动端那一半划定了一个更窄的职责，没有让每台设备都去扮演完整归档库。这样一来，桌面端归档库接收到的东西会清晰得多。如果你现在的工作方式总是在 iPhone 和 iPad 上陷入救援模式，Hive 值得试试。它让中间环节变得更小、更稳。
补充说明
Hive 是 Eagle 官方移动端 App 吗？
不是，Hive 不是 Eagle 的官方移动端应用。
iPhone、iPad 和桌面端之间最理想的分工是什么？
用 iPhone 在上下文还在的时候保住参考素材，用 iPad 审阅并呈现当前的活跃素材集，用桌面端做更深层的归档维护。
为什么不在 iPhone 上深度整理？
因为手机是做长期维护最吃力的地方，却是在素材消失前把它抓住的最佳时机。
桌面端已经存在了，iPad 的意义是什么？
因为审阅、筛选候选名单，以及面向客户的决策，往往需要比手机更大的空间，但又不需要一次完整桌面端工作那样的仪式感。
