惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

小众软件
小众软件
博客园 - Franky
罗磊的独立博客
G
Google Developers Blog
The GitHub Blog
The GitHub Blog
P
Proofpoint News Feed
Recent Announcements
Recent Announcements
V
V2EX
F
Fortinet All Blogs
阮一峰的网络日志
阮一峰的网络日志
Blog — PlanetScale
Blog — PlanetScale
月光博客
月光博客
U
Unit 42
GbyAI
GbyAI
A
About on SuperTechFans
WordPress大学
WordPress大学
Engineering at Meta
Engineering at Meta
雷峰网
雷峰网
Microsoft Azure Blog
Microsoft Azure Blog
Martin Fowler
Martin Fowler
D
DataBreaches.Net
The Cloudflare Blog
H
Hackread – Cybersecurity News, Data Breaches, AI and More
MongoDB | Blog
MongoDB | Blog

少数派

派早报:Google 发布 Fitbit Air 等 - 少数派 「新人报到」確認需求,再開始 - 少数派 从 SOLO 独立开发者社区,我看到了越来越多开发者开始做自己的产品 - 少数派 我怎么管理那些"不常做,但总会忘"的生活事项 - 少数派 人形机器人量产元年,数据才是具身智能的“生死线” - 少数派 BuhoLaunchpad 高度还原 Mac 启动台:开发历程与思考 - 少数派 五年陪伴依然不舍,DIY 换壳后让罗技 MX Master 3 继续服役 - 少数派 新玩意 240|少数派的编辑们最近买了啥? - 少数派 一日一技|为什么你应该关闭 iOS 的键盘声音 - 少数派 我做了个插件和 Skills,一键提取任何网站的设计规范 Design.md - 少数派 住在三四线城市的你,该开始录播客了 - 少数派 甘南秘境,大白高国 - 少数派 AI的审美:谁让把我变成川内倫子 - 少数派 返工怎能不烦恼,打工人片单总有一部是你的「嘴替」 - 少数派 为了让「上厕所」更健康,我做了一个小工具 - 少数派 AI + Skill,能够让生成的文章去除 AI 味吗? - 少数派 新玩意|韶音OpenDots ONE 耳夹式耳机 - 少数派 《美满》| 在每一个春天的晚上相爱(362) - 少数派 新玩意|优篮子 PS01 MagSnap 磁吸支架 - 少数派 自我整合手记 | 我开始早睡了:用稳定规则,为自由托底 - 少数派 用龙虾(OpenClaw)两个多月,我最深的12个体会 - 少数派 听歌时间到,12 张你可能错过的 2025 华语乐坛好专辑 - 少数派 承诺能追吗 - 少数派 macOS 26启动台没了? 我做了个不一样的App启动器 - Keboard - 少数派 《四海为家的人》| INTJ对话INTJ(361) - 少数派 你发过的那些黑历史,是时候一次清干净了 - 少数派 新玩意:安安静静玩,越玩越专注:计客密码机 - 少数派 iPad 用户首次体验 Android 平板:vivo Pad6 Pro - 少数派 数据逻辑强 - 少数派 极北行+ | 一路向北,探访日本至北之地 | 001 - 少数派
DIY AI 泛读文献助手:复制标题后自动生成阅读笔记 - 少数派
2024-12-27 · via 少数派

这篇文章应该另有一个标题叫做"中老年文科零编程基础女教师死磕 Dify :)"

作为一名学术搬砖老民工,文献阅读是我日常工作的一部分。除了写文章时的大量文献搜索,我还通过订阅期刊的邮件RSS Feeds来获取最新的学术资讯。以 Google Scholar 为例,我通过订阅其邮件RSS Feeds,可以及时获取到自己关注领域最新的学术资讯 (包括关键词和学者)。

Google Scholar 自动订阅邮件 RSS

但是在方便的同时,海量的文献信息也带来了极大的阅读负担。尤其是 Google Scholar 的邮件RSS Feeds,每天都会收到大量的文献信息,可供判断质量的基本只有文献标题,在具体阅读的时候需要逐一打开,判断价值,再存入 Zotero 进行后续阅读。期刊订阅的邮件RSS Feeds虽然可以有文献质量保障,但是仍然需要逐一打开,阅读摘要,再决定后续的处理方式。

因此,我长久以来的梦想是有一个文献泛读助手,只输入简单的信息(如网址或 DOI或标题),便可以自动整理相关信息加入表格,以供后续选择是否精读。这样的操作可以大量节省时间,并提高阅读效率。但是对于一个没有任何编程背景的文科女教师来说,这无疑是一个只知道需求,没有任何实践方案,“寸步难行”的挑战。经常在 Bilibili 现身的各位 AI 科技博主鲜有我这个年龄层段和背景,咨询学校 IT 部门,也被告知自学用AI 编程工具辅助即可,于是我怀着一腔孤勇,开始了一段死磕的旅程。

我的最初思路如下:

1. 复制文献所在页的链接

2. 输入到 Agent 中,提取相关信息

3. 将信息整理到表格中

但无知无畏的我第一步就走错了方向, 最初我天真的以为输入文献所在页的链接,就可以提取到相关信息,但是后来发现,这个想法是错误的。因为很多文献在我的浏览器上可以打开,但是真正用插件打开的时候,却无法提取到相关信息。但后续偶然发现 Dify 的 Crossref 插件之后便迅速调整思路,准备用 Crossref 提取标题。

Dify 插件选项

下一步的难点是抓取  CrossRef 提取文献信息之后json file之后的处理, 因为 json file 中包含的信息量很大,哪怕是用 Cursor 辅助写代码,也很难跑通流程。我曾经决定用 LLM 读取 json  data,但是效果依然不好。最后失败了 n 次之后,决定让代码只提取 json file 中提到的第一篇文章的信息,这样就大量减少了后续的处理难度。

到这一步之后,后续的思路就相对简单了,用参数提取器提取相关的信息(如标题、作者、年份、期刊、DOI、摘要等),最后一步和是飞书打通,这样完整的效果是复制文献标题,放在做好的 Dify工作流中,飞书自动新增多条记录。当然过程中还有一些小 bug,比如有些标题无法在crossref 中找到,或者有些标题在 crossref 中找到的 json file 中没有相关信息,这些都需要手动处理, 但是在失败了一百多次之后,终于跑通流程的喜悦还是让我兴奋了好久。

最终成品

在整个过程中,我最大的感受是,因为没有编程背景,很难理解代码的运行逻辑,所以很多问题即使是有了 AI 的辅助也很难解决。就好像一个不会游泳的人,即使有救生圈,如果看不清方向,即使最终能游到岸,也是很小概率的事情。若非是极其善于折腾,极其有自驱力,我恐怕已经放弃无数次了。但是也正是因为这个经历,让我对于打造 AI Agent 有了更深的理解,也让我今后的探索方向有了很大的信心。

飞书端的文献笔记

做一个终身学习者是一件浪漫的事情,after all, 人生要是不用来折腾,那还有什么意义呢?