1、检查失效link：这个我尽早完成。不过什么情况算失效不同网页可能表现不一致，我晚些看看有没有开源项目做过适配，借鉴一下；如果没有，就先把通用的如404等情况做进来
2、批量域名替换：这个场景我觉得有些小众了，对于页面（比如文章）来说，快照已经能看到内容了；对于书签（比如首页）来说，也不需要批量编辑。能否辛苦说说之前你是如何处理这种需求/场景的？
3、去重复：目前已有对url进行规范化处理后去重，如果有遇到没去重的，可以给我具体的网址，我定位下问题。按 title 不太合适，title 不具有唯一性。偶尔遇到这种，可以通过手动搜索后批量勾选后删除
这个也蛮不错的，省事省心。不过数据不会迅速膨胀吗？另外移动端支持可能也是个问题
会尽量合并上游项目的 commit，尤其是安全相关的，目前为止只有文档、样式与我有偏差的没合并。
但是估计会越来越分道扬镳，主要是因为如下几点：
- 上游现在不活跃：近半年都没有新的 release，大量 pr、issue 无回复、无处理，之前则是比较规律的一个月发版一次
- 上游定位于“书签管理”，我现在则是更偏向于“稍后读”（类似于 Cubox）。已经实现的阅读高亮批注原作者应该就不太愿意做。
- 上游追求精简，导致实际操作体验（尤其是移动端）很差，社区的原生 app 体验比原项目更差。因此 linkding-cn 重点优化了移动端页面的操作体验，最新一版 的移动端网页，体验应该比上游 linkding 和 karakeep 都要强
项目接下来的重点是：ai 支持；规则引擎支持；设置体验优化
的确很像 pinboard.in 哈哈哈，尤其是社会化标签，我记得这个有一段时间还是信息组织领域的研究热点
不过现在看来 pinboard 的界面也太简陋了 
我最开始被 linkding 吸引，有一大部分原因就是它单级标签，配合设计良好的搜索引擎，能很高效地组织好书签。相比之前文件夹和标签混用的产品，感觉管理压力下降了不少。
有不少个人博客托管域名一两年就变，文章路径都没变，就域名变了，几十篇文章，一个个替换头疼
还有就是一些论坛，换了域名，或者多域名，需要统一。统一之后也方便去重复。如果不统一，就要fuzzy匹配title
理解了，我觉得这个需求适合在规则引擎或者死链检测中解决
等我实现完这俩功能再看看怎么弄
不过目前开启快照后，原链接因域名更换而导致无法访问也无所谓，直接看快照就好
唯一问题是原始文章会频繁更新，或者想看评论等