Agent Skills
返回列表
URL 转 Obsidian 笔记

URL 转 Obsidian 笔记

知识管理 更新于 2026.08.29

将以下提示词粘贴到你的 AI 对话框中:

请根据 https://skillhub.cn/install/skillhub.md,安装 @user_fe8721be/jmy006。

技能介绍

要解决什么问题

读技术博客或新闻时,你往往只想把正文收进 Obsidian,而不是整页 HTML、导航栏和评论区。手动复制粘贴还要自己补标题、作者、日期和标签,长文还容易把段落拆碎。这个技能把「给一个 URL → 得到一篇可检索的笔记」做成固定流程,默认落到 vault 里的 AI/Articles/。

技能如何工作

流程从解析 URL 并识别来源开始,并在写入前用检查点让你确认平台、输出目录和文件名。正文提取按优先级降级:

  • 首选:defuddle CLI,尽量拿到干净 Markdown
  • 备用 1:web_reader MCP(付费墙、JS 渲染等导致 defuddle 失败时)
  • 备用 2:webfetch(微信公众号等国内场景,defuddle 支持较差时更稳)

提取后会解析 title、author、date、reading_time 等元数据,再按模板生成 Obsidian 笔记:frontmatter、核心观点摘要、按逻辑段落折叠的原文摘录,以及从标题与首段推断的 领域/子领域 标签(通常 1~3 个,平台也会进标签)。原文超过 20000 字符时不嵌入全文,只留注释并指向原文链接;写入前还有一次可选预览确认。

适用边界与注意点

  • 面向公开文章页;首页、个人主页这类非正文 URL 需要换成具体文章链接。
  • 极长文章(如 >50000 字符)仍按 20000 字符规则处理,以摘要和摘录为主。
  • 微信、知乎、Medium 等平台表现不同:微信常应直接走 webfetch;知乎/简书 web_reader 往往更顺手;Medium、dev.to 上 defuddle 通常可用。
  • 依赖本机已配置 Obsidian vault(工作目录即 vault),并通过 Write 工具落盘;defuddle 未安装或编码异常时,按 SKILL 中的错误表切换到备用提取方式即可。

使用场景

  • 读完一篇技术博客后,提供文章 URL,生成带标题、作者、日期的 Obsidian 笔记并保存到 `AI/Articles/`。
  • 收藏微信公众号长文时,在 defuddle 失败场景下走 webfetch 等备用链路,把正文写入 vault 并保留原文链接。
  • 做某个技术主题的资料收集时,把多篇公开文章 URL 依次转成带 frontmatter 与逻辑分段摘录的笔记,方便后续检索。
  • 从知乎或简书保存单篇公开文章,需要自动推断 `领域/子领域` 标签,而不是手动复制粘贴再排版。

适合人员

  • 用 Obsidian 当第二大脑、希望把外链文章落成统一目录与 frontmatter 的后端或全栈工程师
  • 经常读 Medium、dev.to 外文帖,需要把阅读剪藏进 `AI/Articles/` 并保留阅读时长等元数据的写作者
  • 要系统整理公众号、知乎资讯,且能接受写入前检查点确认路径与文件名的个人知识库维护者
  • 已在 Cursor 等 Agent 环境配置 Defuddle 或 web_reader MCP,希望通过 URL 直接 Write 进工作区 vault 的用户