Grimoire：带有额外功能的开源书签管理器
一个名为 Grimoire 的开源书签管理器因其俏皮的“魔法”主题和自托管设计而引发关注，但许多人指出它仍处于早期阶段，缺少浏览器扩展、导入/导出和完整文档等基本功能。评论者把它当作一个切入点，讨论人们今天究竟如何使用书签，对比了极简的“不用书签”习惯与围绕 Zotero、Raindrop、Pocket、Shiori 以及基于 Obsidian 的方案构建的复杂工作流。一个反复出现的话题是对浏览器原生书签管理薄弱的不满，以及对更好搜索、自动化和本地归档的需求——最好还能兼顾可用性和对自己“数字大脑”的控制。
项目与功能集
- Grimoire 是一个开源、自托管的书签管理器，带有强烈的“魔法”主题，有些人觉得这令人印象深刻且很有吸引力。
- 当前状态被认为还比较早期：文档不完整，有些人认为它更像是一个带有仪表盘和统计信息的精致演示，而不是一个功能完备的工具。
- 路线图包括分享、导入/导出、书签脚本、浏览器扩展以及更好的文档。
- 截图展示了卡片式预览和指标，有些人喜欢，但也有不少人表示，在他们认真尝试之前，浏览器扩展是必不可少的。
人们实际上如何使用（或不使用）书签
- 有一类人几乎已经放弃了书签，转而依赖打开的标签页、搜索历史，或外部稍后读工具；有些人觉得彻底放弃书签反而更轻松。
- 另一些人则是重度书签用户，把书签当作：
- 长期记忆和个人归档（通常会有备份或快照）。
- 书签栏上的少量“快速拨号”。
- 一个扁平的、基于标签的收集区，之后再搜索，而不是认真组织成层级结构。
- 还有几位提到会将页面内容本地保存（markdown、Obsidian、Logseq、Zotero 快照），而不是相信 URL 会一直有效。
浏览器书签 UX 的感知失败
- 许多人认为内置书签管理器（文件夹、基础对话框）笨拙，不适合大规模使用。
- 浏览器内书签搜索被描述为不一致：有人说 Firefox 用得很好，另一些人则看到性能和相关性问题。
- 关于为什么浏览器没有改进这一点，存在争论：
- 一种观点：由搜索引擎驱动的商业模式不鼓励强大的书签功能，因为它们会减少重复搜索。
- 其他人则认为这更多与不同的用户需求和功能范围膨胀有关。
期望的能力与替代方案
- 对任何书签管理器，人们通常会要求以下功能：
- 深度浏览器集成（扩展、地址栏搜索、标签）。
- 本地归档/快照和全文搜索，可能还要结合 LLM 增强。
- 便捷的导入/导出和跨设备同步。
- 还提到了许多替代方案（例如 Raindrop、Shiori、Shaarli、xBrowserSync、Zotero、Pocket/Omnivore、Obsidian+MarkDownload、Logseq），通常在 UX、开放性和长期可用性方面各有取舍。
自托管、Docker 与安全性
- 对于自托管用户来说，服务器组件“只是链接的 CRUD”；真正有价值的是扩展/移动应用。
- 以 Docker 作为主要安装方式引发分歧：
- 有些人把它视为依赖臃肿的危险信号。
- 另一些人则偏好 Docker，因为它能提供隔离、可复现性以及轻松清理。