一个用鸿蒙手机的人，家里有台群晖。他想给群晖相册做一个鸿蒙版客户端，好在手机上顺手翻照片。
于是他决定自己写一个。
他的判断很朴素：Synology Photos 的接口在社区里有整理，抓个包、探几个接口，仿一个鸿蒙版能有多难。大模型在旁边打下手，他只管架构和测试。他给自己留了两周。
两周过去，客户端还没写完。
卡住他的不是界面。他先把个人空间的时间轴、文件夹视图做完了，以为共享空间照抄一遍就行，结果发现那是另一套体系。
再往下是权限。一个共享相册里，人有三种身份：所有者、查看者、提供者。每张照片还要判断它属于谁、来自个人空间还是共享空间。
多选的时候更麻烦。如果选中的照片分属不同用户、不同空间，弹出的按钮还得按他在相册里的角色做权限交集。
他说，每次以为完成了九成，就会挖出一整套新逻辑，好几次不得不从架构上推倒重来。
差不多同一时间，另一个人的群晖相册只花了三步。应用商店装 Synology Photos，填地址和账号，点“启用照片备份”，选“备份所有照片”。小红书
晚上插上充电器，睡一觉，第二天手机里的照片就传得差不多了。
备份做完，手机空间还没腾出来。App 里有个“释放空间”，点一下，把已经备份过的照片从手机里清掉，NAS 那份不动。手机内存就这么腾出来。
同一套相册，为什么一个三步够用，一个要推倒两次？
因为群晖把复杂度堆在了“共享”上。个人空间是给一个人用的，逻辑直白；共享空间是给一家人、一个团队用的。
谁上传、谁能看、谁能删、照片归谁，每一项都要算清楚。一个人用的家庭几乎碰不到它，所以觉得够用；真要多人共享，它就横在面前。小红书小红书
而用户想升级的，是中间那层：浏览、整理、搜索。
有人在群晖上用 Docker 跑了 photoprism，两万张照片初始化花了三天。换来的是搜索、标签、地点、人脸识别“比自带的确实好用”。小红书
另一个人干脆自己写了个相册 App，接上 Google 开源的 Embedding 2 做语义搜索。
搜“运动鞋”，他自制的相册给出一串结果，手机自带相册只有一个。
更多人走第三条路：群晖负责存，immich 负责管。immich 是开源自托管相册，把手机、电脑、NAS 合成一个库，人脸分组、语义搜索、地图时间轴都自带，全功能免费。
一个用了一年的人把账算得很清楚。好处是手机连上 Wi-Fi 自动传，找老照片按时间、地点、人物翻，手机电脑一个入口。
代价是 Docker 要自己管，存储要自己管，版本升级要注意，备份也得自己负责。
他的结论是：喜欢折腾、手里有闲置设备、照片多，就上；只想拍完自动同步、别的什么都不管，云服务更省心。小红书
群晖自己也在往后退。DSM 7.2.2 更新里，Video Station 被拿掉了。有人评价得直白：“专心做企业端了，放弃家庭端了”。知乎
所以群晖相册难不难用，取决于你要它做什么。
一个人用，照片就是备份加偶尔翻翻，原生那套够了，不必折腾。
家里几个账号都要用、还想按人脸和一句话找照片，immich 或 photoprism 更顺手，但要接受它是个得维护的东西。
卡在中间，最稳的是让群晖继续当仓库，immich 架在上面当门面，硬盘里的东西一份不动。
那个写客户端的人还在填坑。支撑他做下去的，是个人偏执，和几个感兴趣的粉丝。
群晖相册的分水岭，大概不在技术，而在你想要的到底是“把照片存起来”，还是“把照片管起来”。
