告别网盘：设计师自建图库 4 套方案，照片再也不怕丢

做设计的人都有一块「不敢删」的硬盘：客户素材、过程稿、参考图、成品交付、拍摄原片——几年下来轻松几个 T。

而网盘给出的答案越来越让人难受：免费空间只有 5G；会员年年涨价；不开会员下载限速到几百 KB；上传的图会被「优化」压缩；某些平台还会扫描你的文件内容。

更现实的问题是：设计稿是商业机密，放在别人服务器上，总归不踏实。

这篇文章讲 4 款开源自建图库，从「轻量单文件」到「AI 全功能」，覆盖不同规模的需求。核心优势是一样的：数据在你自己的硬盘上，客户端零成本访问。

1. 先算一笔账：网盘 vs 自建

假设你有 2TB 素材：

方案	年成本	5 年成本	数据归属
网盘会员（2TB 档）	约 ¥300	约 ¥1,500	平台
NAS（一次性 4TB）	电费约 ¥200	约 ¥1,000 + 硬件	自己
VPS 自建（4TB 存储）	约 ¥1,200	约 ¥6,000	自己

短期看网盘便宜，但长期看，自建的可控性是网盘无法替代的：不用担心平台涨价、不用担心服务下线、不用担心文件被扫描、不用担心链接被墙。

而且自建图库的第二个优势是访问体验更好——后文会看到，Immich 这类工具的能力已经超过很多商业相册服务。

2. Immich：Google Photos 的开源替代

https://github.com/immich-app/immich

Immich（GitHub 113.9k Star，AGPL-3.0）是目前最受关注的自建相册项目，没有之一。它的目标是完整复刻 Google Photos 的体验，并且真的做到了大部分。

核心能力：

自动备份：手机端 APP 装好后，拍的照片自动上传到你的服务器，和 Google Photos 体验一致
AI 智能搜索：内置机器学习模型，可以按「内容」搜索——搜「猫」「海滩」「文档」都能命中，不需要你手动打标签
人脸识别：自动聚类照片中的人物，可以按人筛选
时间轴 + 地图：按时间或地理位置浏览，基于 EXIF 信息
相册共享：可以创建共享相册给客户或家人，对方通过网页或 APP 访问
原图存储：不压缩，保留完整 EXIF 参数

为什么设计师特别适合用 Immich：

AI 搜索找素材极快——你要找「去年拍的那个木质纹理特写」，直接搜就能找到，不用翻文件夹
EXIF 完整保留——拍摄参数、镜头信息、地理位置都在，方便整理拍摄项目
可以给客户开共享相册——客户通过网页就能看你为他拍的照片，不用下载 APP
手机自动备份——拍摄现场拍完，回到工作室已经自动同步好了

部署要求：Immich 官方推荐 Docker Compose 部署，需要 PostgreSQL + Redis + 机器学习组件，对服务器有要求（建议 4 核 8G 以上，如果要跑 AI 识别建议配 GPU 或高性能 CPU）。存储空间是你硬盘的容量上限。

3. PhotoPrism：AI 优先的私有图库

https://github.com/photoprism/photoprism

PhotoPrism（GitHub 40.2k Star，AGPL-3.0）和 Immich 定位接近，都是「自建 Google Photos」，但设计理念不同。

PhotoPrism 的特点：

搜索能力更强：支持复杂的元数据组合查询，可以按相机型号、镜头、光圈、ISO、年份、地点等多维度筛选
标签体系更成熟：AI 自动打标后，你可以手动补标签，形成自己的分类体系
去重能力强：能识别相似照片，帮你清理重复素材
WebDAV 支持：可以通过 WebDAV 挂在系统里当网络盘用

Immich vs PhotoPrism 怎么选：

维度	Immich	PhotoPrism
移动端备份	官方 APP，体验完整	依赖第三方同步或 WebDAV
AI 搜索	自然语言搜索（搜「猫」）	元数据 + 标签搜索更强
上手难度	较简单，体验接近商业产品	配置选项多，需要调
适合人群	想要「开箱即用 Google Photos」	想要「强大的照片数据库」

结论：如果你主要想解决「手机照片自动备份 + 随时能搜到」，选 Immich；如果你是摄影向设计师，需要按镜头/参数严格管理大量素材，选 PhotoPrism。

4. Lychee：极简画廊，PHP 一行部署

https://github.com/LycheeOrg/Lychee

Lychee（GitHub 3.6k Star，MIT 协议）是 PHP 写的私人画廊，是「极简派」的首选。它的定位和 Immich、PhotoPrism 不一样——不做 AI 不做人脸识别、不做手机备份，它就是让你把一个图片文件夹变成一个网址好看的在线画廊。

它最出彩的地方：

界面好看：默认主题就非常专业，公开链接打开就是「作品集展示」，不像许多开源相册先看到管理后台
权限分级细：单张照片可以设公开 / 密码 / 不公开 / 仅登录可见；目录可以整批共享
元数据手工管理：每张照片可以加描述、标签、相机 / 镜头 / EXIF 自动读取
分享体验：客户点开就是一个干净的图片浏览界面，可以直接下载原图（不受微信压缩）
部署简单：PHP + MySQL，跑在任何共享虚拟主机上都行；也有 Docker 和 Laravel 两种包

定位：如果你想给客户看作品集，又不想装 Immich 这种偏繁重的方案；或者你要对外发布某个精选图集但不想用网盘——Lychee 都是更「轻」的选择。

5. PiGallery 2：轻量到极致的选择

https://github.com/bpatrik/pigallery2

不是所有人都需要部署数据库和 AI 模型。如果你只是想要「把我的图片文件夹变成一个漂亮的网页相册」，PiGallery 2（GitHub 2.3k Star，MIT 协议）是最轻的选择。

它的核心特点：

不建数据库：直接读你的目录结构，把文件夹当作相册
单文件部署：Node.js 应用，依赖极少，树莓派都能跑
响应式界面：手机、平板、电脑浏览体验都不错
零维护：新增照片就是往文件夹里拷，刷新页面即可看到

适合的场景：

需要在 NAS 或树莓派上跑一个轻量相册
给客户看作品集——直接指向作品集文件夹，界面干净专业
不想折腾数据库和机器学习组件，只要一个「能浏览」的界面

局限：没有 AI 搜索、没有人脸识别、没有手机自动备份。它的定位就是「简单相册」，不要指望它替代 Immich。

6. 选型表：按规模和需求对号入座

需求	推荐	部署难度	硬件要求
手机照片自动备份 + AI 搜索	Immich	中（Docker Compose）	4 核 8G+
按参数严格管理摄影素材	PhotoPrism	中	4 核 8G+
极简作品集画廊，单反或背景纯净展示	Lychee	低（PHP / Docker）	1 核 512M 即可
轻量相册，给客户看作品集	PiGallery 2	低（单进程）	1 核 1G 或树莓派

7. 迁移思路：从网盘搬家的实操路径

如果你决定从网盘迁到自建，建议这样排：

先跑通 PiGallery 2——把现有的图片文件夹指向它，5 分钟就能看到效果，验证自建是否适合你
再上 Immich——如果觉得好用，把手机备份接进来，逐步替代手机相册
网盘做冷备——不要立刻退网盘，先并行运行一两个月，确认自建稳定后再决定
异地备份——自建最大的风险是硬盘坏了，记得配一个定期同步到另一台机器或云存储的备份策略

常见问题

Q：硬盘坏了怎么办？

这是自建必须面对的问题。标准做法是「3-2-1 备份」：3 份数据、2 种介质、1 份异地。实际落地可以是：主存储（NAS）+ 定期同步到移动硬盘 + 关键素材加密上传到云存储。

Q：外网访问怎么做？

三种方式：① 有公网 IP 就直接做端口映射；② 用内网穿透工具（如 frp、Cloudflare Tunnel）；③ 用 Tailscale 之类的组网工具，只给自己的设备访问。涉及客户访问的场景，建议用 HTTPS + 反向代理。

Q：Immich 的 AI 识别要显卡吗？

不强制。CPU 也能跑，只是慢一些。如果素材量大、想快速建立索引，配一张入门级显卡能快很多。

Q：这些东西安全吗？会不会被扫描？

完全私有部署，数据不出你的服务器。开源代码可审计，不存在偷偷上传的行为。这正是自建最重要的价值。

小结

自建图库这件事，核心价值不是「省钱」，而是把数据控制权拿回自己手里。