AM Music Deduper

轻量级家庭 NAS 音乐库去重服务，面向 AllMusic/{username}/ 场景。

处理模型

AllMusic
  ↓
文件稳定检测
  ↓
L1：size + head/tail 64 KiB
  ↓
完整 SHA-256
  ├─ 相同 → Exact Duplicate → hard link
  └─ 不同 → duration ±3s → Chromaprint
                       ├─ 高相似且版本一致 → hard link
                       ├─ 中等相似/版本冲突 → review
                       └─ 低相似 → 保留

关键安全规则

• SHA-256 是 Exact Duplicate 的最终依据；L1 只负责缩小候选范围。
• 不根据文件名、歌手、歌名、专辑或来源单独判重。
• 确认相同版本后，优先使用 hard link 保留每个用户原来的逻辑路径。
• 用户删除自己的路径不会影响其他 hard link；最后一个 link 删除后数据才释放。
• 不跨文件系统创建 hard link。
• 正在写入的文件必须先通过稳定性检查。
• L2 对版本标记冲突的文件进入 review，不自动合并。
• --dry-run 只报告/更新索引，不修改音乐文件。
• SQLite 是加速索引，文件系统是最终事实；数据库丢失后可以重新扫描。

CLI

# 建立/更新索引，不修改音乐文件
am-deduper scan /music/AllMusic --db /data/dedupe.db

# Exact + L2；首次执行建议 dry-run
am-deduper dedupe /music/AllMusic --db /data/dedupe.db --dry-run

# 确认后执行
am-deduper dedupe /music/AllMusic --db /data/dedupe.db

# 长驻监听：默认只自动执行安全的 Exact hard-link
am-deduper watch /music/AllMusic --db /data/dedupe.db

# 开启 L2 自动 acoustic 匹配（建议在 dry-run 验证阈值后再启用）
am-deduper watch /music/AllMusic --db /data/dedupe.db --l2

Docker / Feiniu NAS 部署

wjyhk 负责构建镜像，推送到 Gitea Container Registry；NAS 只负责 pull + run，不在 NAS 上重新 build。

NAS 的 AllMusic 与 dedupe 数据建议分开：

NAS
├── AllMusic/
│   ├── admin/
│   ├── alice/
│   └── bob/
└── AppData/
    └── am-deduper/
        └── dedupe.db

注意：如果以后启用 trash，trash 目录必须位于 AllMusic 所在同一文件系统内，不能把需要原子 rename/hard-link 语义的文件直接移动到 /data。

NAS .env

AM_DEDUPER_IMAGE=<GITEA_REGISTRY>/<OWNER>/am-music-deduper:<TAG>
ALLMUSIC_PATH=<NAS绝对路径>/AllMusic
DEDUPE_DATA_PATH=<NAS绝对路径>/AppData/am-deduper

NAS 部署

mkdir -p "$DEDUPE_DATA_PATH"
docker login <GITEA_REGISTRY>
docker compose pull
docker compose up -d

查看日志：

docker logs -f am-deduper

首次上线建议先暂停 watch，执行一次完整 scan + dedupe --dry-run，确认候选数量与 review 项，再启用正式 dedupe；L2 自动处理单独验证后再打开 --l2。