llm-wiki-q:让 Agent 自建并维护 Obsidian 知识库

前言

把一批论文、网页、PDF 整理成可用的知识库,常见的做法是人工建目录、写笔记、手工加双链。文件越多,维护成本越高:链接会失效,页面会变成孤岛,标注过的反馈也没有人回写。llm-wiki-q 的思路是把这件事交给 Agent,让它负责从原始资料到交叉链接页面再到问答与校验的整条链路。

这是什么

llm-wiki-q 是一个社区来源的 Agent Skill,坐标 @user_15292d5a/yjkj-llm-wiki-q,发布者 user_15292d5a,版本 1.0.0,分类 knowledge-management,标签 requires_api_key=false。它管理一个 Karpathy 风格的 LLM 知识库:一个可自我编译的 Obsidian Markdown wiki,由 Agent 负责摄取原始资料、编译交叉链接的概念页 / 实体页 / 摘要页、基于语料回答问题、检查图谱健康度,并审计来自 Obsidian 或本地 web viewer 的人工反馈。

它解决的问题是知识库的持续维护,而不是一次性归档。

核心能力

官方简介列出了六项用途,也是这个 Skill 的能力边界:

1、为任意研究主题搭建新的知识库骨架。
2、把文章、论文、PDF、网页摄取到 raw/ 目录。
3、基于已有原始资料编译或重构 wiki 文章。
4、针对 wiki 回答问题,并把有长期价值的答案回写到库中。
5、运行 lint 检查死链、孤岛页面、覆盖缺口和 audit 目录的结构。
6、处理 audit/ 目录中的人工反馈并应用修正。

可以看到工作流是闭环的:原始资料进 raw/,编译后的 wiki 页面互相链接,人工反馈落在 audit/,Agent 再回到编译和修正环节。

安装与启用

关于安装,抓取到的官方资料只提供了坐标和来源信息,没有给出可直接核实的安装命令或配置字段。这里不臆测命令,需要安装时请打开下方官方地址,以页面上的说明为准。

可以确认的是,该 Skill 标记为 requires_api_key=false,即不要求额外的 API Key 配置;来源为 community,属于社区发布而非官方维护,采用前应自行审阅其内容。

典型用法

官方资料未提供可复现的命令示例,下面按官方简介描述的工作流整理出使用时的步骤顺序,具体命令以官方页面为准。

1、初始化。为某个研究主题建立知识库骨架,得到 raw/、wiki 页面目录与 audit/ 目录。
2、摄取。把文章、论文、PDF、网页放入 raw/,由 Agent 读取原始内容。
3、编译。从 raw/ 产出概念页、实体页、摘要页,并在页面之间建立链接。
4、问答。针对 wiki 提问,Agent 基于语料作答,并把值得留存的答案写回库中。
5、检查。运行 lint,检查死链、孤岛页面、覆盖缺口以及 audit/ 目录的结构。
6、修正。读取 audit/ 中来自 Obsidian 或本地 web viewer 的人工反馈,应用修正并回到第 3 步。

适用场景与注意

适合的场景:需要长期维护的研究型知识库,尤其是希望用 Agent 完成摄取、编译、问答和巡检的团队或个人;已经使用 Obsidian 并愿意以 wiki 结构组织笔记的场景。

不适合的场景:通用笔记、日记、以及非 wiki 形式的 Obsidian 使用。这类需求用普通笔记工具即可,套用本 Skill 会引入不必要的编译和 lint 流程。

需要留意的限制:该 Skill 来自社区,官方页面在本次核对时无法访问,安装命令、配置字段和运行环境要求未能核实;涉及 PDF 和网页摄取时,原始资料的版权与授权需要自行确认。

结尾

llm-wiki-q 的价值在于把知识库的编译、问答、巡检和反馈修正串成一条可由 Agent 执行的流程,适合需要长期维护而非临时归档的场景。官方地址:https://www.skillhub.cn/skills/user_15292d5a/yjkj-llm-wiki-q(API 地址 https://api.skillhub.cn/user_15292d5a/yjkj-llm-wiki-q)。

羽毛球分组比赛记分
小程序二维码

欢迎使用《羽毛球分组比赛记分》微信小程序

小夜