Show HN：Citadel – 一款兼容 Calibre 的电子书管理应用

原文 ↗ Hacker News 讨论 ↗

一款名为 Citadel 的新开源应用旨在管理电子书库，同时与 Calibre 的数据库完全兼容，但采用用 Rust、Tauri 和 Svelte 构建的现代跨平台 UI。评论者普遍称赞 Calibre 强大的功能集，却广泛批评其不直观的界面、糟糕的自托管体验，以及对架构变更的抵触，把 Citadel 视为潜在替代品或补充。这个项目也重新引发了更广泛的争论：开发者究竟应该为成熟工具做贡献，还是为了探索新的设计和架构而在公开场合“重复造轮子”。

Citadel 概览

  • 新的兼容 Calibre 的电子书管理应用；目标是保留 Calibre 的库格式，同时提供更简洁、更快、更现代的 UI。
  • 主要专注于图书馆管理和元数据，而不是作为阅读器或内容编辑器。
  • 作为一个业余项目设计；与 Calibre 通信的后端库被拆分出来以便复用（例如，未来可能用于 CLI 工具）。

Calibre：强大功能 vs. 可用性

  • 许多评论者称赞 Calibre 的功能，但觉得其界面令人困惑、杂乱、不够标准，或者“适合爱好者，不适合普通用户”。
  • 一些用户表示没有遇到问题，并且觉得它在元数据编辑、转换和同步方面很直观。
  • 常见痛点：选项过于繁多、术语对新手不友好、缺少“基础视图”、设计偏桌面端，以及网页/自托管管理体验较差。
  • 关于性能的反馈不一：有些人可以管理 20k–25k+ 本书而没有问题；另一些人则表示大型库（例如 100GB 或 20k+ 本书）会让 Calibre 不稳定或变慢。许多人认为 SQLite 本身不太可能是瓶颈。

重做 vs. 改进现有工具

  • 围绕应该构建新应用还是为现有开源项目做贡献展开了争论。
  • 一方观点：大多数“重做”都应该是私人的学习项目，贡献应投向已有成熟工具。
  • 另一方观点：公开重做对于学习、实验以及摆脱固化代码库的限制很有价值；开源努力并非严格的零和博弈。

Citadel 的功能与路线图

  • 现有/近期：元数据编辑（标题、作者、标签、自定义列）、浏览/排序、兼容 Calibre 的库访问、将书籍复制到文件夹/设备。
  • 计划中/可能会有：设备同步（包括 Kindle）、从在线 स्रोत 获取元数据、格式转换、可能的 DRM 去除、插件/扩展系统。
  • 自定义列以及更好的过滤/搜索（包括用户定义的层级结构，如“Finance.Investing”）已明确列入路线图。
  • 明确不打算内置阅读器或内容编辑器。

自托管与集成

  • 对一流的网页 / 自托管管理体验有强烈兴趣，许多人认为这是 Calibre 所缺乏的。
  • 一些想法包括：用于 Bookwyrm 集成、内容源，以及更好的多用户或多库处理的 API/插件。

技术栈与开发说明

  • Rust 后端 + Tauri + Svelte/TypeScript 前端；脚本和开发工具使用 Bun。
  • 已提到并随后修复了一些最初的 Linux 构建问题；同时表达了对 CI/构建自动化的兴趣。
  • 采用 MIT 许可；提到与一家大型金融公司的名称冲突，但未深入讨论。