老婆淄博人，吃过很多次了。讲一下淄博烧烤不同的点吧。

1. 便宜。真的很便宜那种，我，老婆，老婆姐姐三个人，一百来块钱管饱。
2. 每个桌子上都有小炭炉。上来的肉是烤的半熟的，然后自己再在小炉继续烤。好处就是你吃进嘴里的每个串，都是热乎流油的。我在其他地方吃烧烤，那种店家烤好上桌的。通常吃到后期，全都凉了，就不好吃了。
3. 卷饼。配上葱，酱。那个小饼口感很好，很劲道。然后配上葱酱，非常解腻。

如果你单单指串的味，我觉得哪里都差不多。但是上述几点，造就了一点与众不同。

当然最近有不少新开的店，据说味道都不行。也很正常。毕竟新开的大概率想蹭一下热度，老牌的几个店应该都没问题。

同时老婆之前在淄博宣传部（刚辞职俩月跟我来外面读书了 = =）。前同事们说整个城市都非常重视这个。淄博作为一个老工业城，转型期抓住这么一个东西，好好搞，对城市发展，对人民都是很有好处。

@HenLebesgue OK, 下个版本实现一下，做好了 @ 你

@HenLebesgue 现在软件支持高级搜索，也就是说可以用查询语言来进行几乎任何要求的搜索，是不是只要把每次的查询语言，加一个保存功能，列为 smart folder 就行了

@HenLebesgue 太久了忘记了，是那种比如说我想找一个作者的所有论文，我就可以设立一个这个，然后之后只要点击这个，就能过滤出结果吗？

@HenLebesgue 看看这个是不是你找的功能：

https://paperlib.app/en/doc/metadata-scraper/custom-scraper.html

@HenLebesgue 额能描述下是什么功能不？

@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 让原产品的功能变得更好似乎才比较对劲。

@Mithril 遥想刚进 V2 的时候，很激动的跟朋友们分享，这里有各种好玩的软件，各种有趣的问题，各种眼前一亮的创意。

眼看着一年一年变成了现在这样。唏嘘。

@gklll 嗯有道理，不过最近我可能没空，因为在赶论文（同时也意味着最近不会有什么大功能更新- -），等我弄好了我会在这里 at 你。

@micevan 额精力有限，因为只有我一个人开发，自己平日还有科研压力，短期应该做不到。。😅

@henrylau0220

1. bibtex 特殊符号的问题修复了，如果你还发现不行，请留言告诉我。
2. 关于 workshop 的问题，我研究了一下，有点不容易处理。问题在于 DBLP 对有的会议区分了 workshop 和 main conference ，有的他不区分。

比如你说的这个文章：Striving for Simplicity: The All Convolutional Net

下面这个是 DBLP api 返回的结果，可以看到里面 venue 字段就是单纯的 ICLR 。

https://dblp.org/search/publ/api?q=Striving+for+Simplicity%3A+The+All+Convolutional+Net.

不过在新版本里，我多加了一些途径来获取这个信息，比如爬 DBLP 网页上的 bibtex ，来给出尽可能正确的结果。你可以再试一试你以前发现漏掉 workshop 的那些论文，重新使用 DBLP scraper 搜试试看看。（注意不要经过 paperlib official scraper ，因为里面很可能保存了之前的缓存。）