SorryChen

@elonmask 挺好，支持了

@SorryChen 才卖 3 块钱，成本能覆盖么

有点意思，是要自己填写 api key 还是你服务端包了？

@qzydustin

3. 匹配到类似的我猜测是因为极度类似吧，这是因为搜刮器写的逻辑。里面使用的 title 相似度是>95%就当作一个论文，因为很多论文，在不同地方标题都有一点点差别，比如问号变了句号什么的。这是一个妥协的方案，所以造成了这个问题。

5. 浏览器插件名字不应该是重复的哇，如果要拖入 application 那必然是 safari 的，我这里显示的是 Paperlib safari 。

9. 如果你想要查询这个作者的别的论文，你试一试把鼠标放到右侧详情面板的作者名字上，然后右键。一个隐藏的小功能。

@qzydustin

你好感谢建议。

1. 这个不是 bug ，是一种简单高效的 table 实现方式。底层就是这么写的。假设如果变一个列，后面所有都会移动变，那有可能我后面调整合适的某列又要重新调整，那就太乱了。
3. 没理解这个需求。如果一个论文没导入，那并不知道有没有发表，如果是导入进来的论文，未发表的一般都是 arxiv 。发表信息一般就是 arxiv 。你说的信息不准确是哪部分。如果只是不想每周定时自动搜索预印本论文数据。可以在设置里关闭。
5. 有浏览器插件。是可以在网页上点击浏览器插件添加论文的。
6. 目前因为数据库设计的问题，sup 是一个 path list ，因此想添加一个别名需要额外的数据库字段。需要改动数据库。也许我可以把这个字段拼到 path string 里面去。
8. 这个功能并没考虑这么多。而且是一个比较边缘化的功能感觉。可以先用 supplementary 实现。搜寻 PDF 功能设计是为了下载那些浏览器插件导入的条目的 PDF 。
9. 设计理念问题。在 Paperlib 里，一个论文理论上不能存在各种不同的元数据的。虽然在现实中，不同数据源返回的元数据有所不同。但是我并不想让他们存在。现在是按照优先级逐次合并的。以达到一个尽可能丰富的元数据。因此不太明白点击跳转到网站有什么好处。想要的信息已经搜刮到软件里面了，我感觉并不需要再进入那些网站。我只需要软件里看到这些信息，写作的时候方便导出正确的 bibtex ，就可以很好完成论文管理的功能了。


其他 bug 等测试之后会修复。

@gklll 你好，简单弄了个 RSS 源：

https://paperlib.app/release-notes/rss

试试看。

@jianson2006 哈哈，其实我只是一个人想了想，祝成功。

见到过不少类似的这种虚拟空间，但是始终想不明白，如果我是一个老板，或者我是一个团队 leader ，我为什么要用这类东西。

作为 leader 首要任务是推进自己的项目，老板的首要任务说直白点就是赚钱。但是这种虚拟空间，可以为这两个目的，带来什么好处呢？

如果是你说的那些更有趣什么的，确实挺有趣，但是感受不到如何促进项目进展。

期待您的交流

@ted2011 同觉得给 GPT 写个别样的 UI 来 prompt 似乎不是一个好的商业方式 = = 过于简单可复制。

理论上挣钱的点应该是原有的产品特点带来，GPT 让原产品的功能变得更好似乎才比较对劲。