效率与协作 obsidianknowledge-managementwiki-queryknowledge-graphmarkdown-notesretrieval

Obsidian Wiki 问答

从你的 Obsidian 知识库中检索、引用并沉淀可靠答案。

FollowSkills 评估 · FSRS-2.0
不推荐
50/ 100 五分制 2.5 / 5
信任安全17 / 25 · 3.4/5

技能将工具限制为 Read、Glob、Grep,采用 hot→index→页面的最小读取顺序,并要求引用 wiki 页面、避免凭空编造;但未明确敏感数据处理、外部数据流、用户确认、回滚机制,且“将答案写回 wiki”与允许工具不一致,因此扣分。

可靠稳定7 / 20 · 1.8/5

查询模式、读取顺序、检索回退和缺口处理都有明确流程;但依赖 transport 配置、可选脚本及其他技能,异常输入和具体失败反馈覆盖有限,静态评估不超过10分,因此扣分。

适用触发9 / 15 · 3.0/5

目标受众、Quick/Standard/Deep 场景、触发词和非适用情形(wiki 无相关内容时)较清楚;但语言支持、不同 vault 布局、CLI/MCP 不可用时的边界以及 Deep 模式的 web 能力说明不足,因此扣分。

规范维护8 / 15 · 2.7/5

Frontmatter、模式表、token 预算、工作流和引用格式较完整;README 提供 MIT 许可、版本背景、安装与安全政策,但选定技能缺少独立版本/变更记录、维护责任和故障排查说明,故未满分。

有效结果6 / 15 · 2.0/5

核心目标是从 hot cache、index 和相关页面生成带 wikilink 引用的答案,流程具有直接使用价值;但“写回页面”在声明的只读工具范围内无法完成,且没有该技能输出的代表性验证,静态评估不超过7分,因此扣分。

证据核验3 / 10 · 1.5/5

技能文本提供了可审计的读取顺序、引用规则和回退条件;仓库存在 CI 与测试,但提供的测试主要覆盖其他脚本,并未验证 wiki-query 的关键路径,缺少独立复现证据,故仅给有限分数。

证据充分度: 评估于 2026年7月20日 审查版本 cb93ff6d82f9
使用前请注意
  • 声明的“将答案写回 wiki”与 allowed-tools: Read、Glob、Grep 冲突;应明确改为仅建议保存,或声明需要写入权限。
  • Deep 模式提到可选 web 补充,但选定技能未声明 web 工具、同意流程或外部数据流;敏感 vault 内容的出境边界不清。
  • 未提供 wiki-query 关键路径的测试、示例输出或失败场景验证。
  • 发布者未经过 FollowSkills 企业注册表核验,身份应视为未知;许可为 MIT,但维护责任和更新路径不够明确。
查看完整评分方法 →

这个 Skill 能做什么,适合哪些场景?

wiki-query 是 claude-obsidian 集合中的查询技能,专门根据 Obsidian wiki vault 回答问题。它按热缓存、索引和相关页面的顺序读取内容,并可使用可选的检索管线寻找候选页面。回答会引用具体 wiki 页面;高质量答案还可以回写为新的 wiki 页面。它适合已经拥有或准备维护 Markdown 知识库的 Claude Code 用户,不负责源资料摄取、全库健康检查或其他兄弟技能的功能。

根据问题选择 Quick、Standard 或 Deep 模式;读取 wiki/hot.md 和 wiki/index.md;在标准或深度模式下读取相关 wiki 页面,必要时跟随最多两层 wikilink;如果已配置 wiki-retrieve,则运行 python3 scripts/retrieve.py "<问题>" --top 5,读取候选页面并进行带分块引用的综合;使用 Obsidian CLI、MCP 或文件系统读取 vault;为答案添加具体 wiki 页面引用;在适合时将答案写入 wiki/questions/,并更新 wiki/index.md 与 wiki/log.md。

  1. 研究人员需要从已整理的 Obsidian 文献库中快速回答一个事实问题。
  2. 团队成员想基于项目 wiki 查询某个实体、概念或来源,并保留可追溯引用。
  3. 个人知识管理用户希望对近期上下文进行快速查询,避免每次重新阅读整个 vault。
  4. 用户提出跨多个页面的综合问题,需要 Standard 或 Deep 模式进行多页合成。

这个 Skill 有哪些优点和局限?

优点
  • 按热缓存→索引→相关页面的顺序检索,适合控制读取量和 token 成本。
  • 回答引用具体 wiki 页面,便于追溯来源。
  • 支持 Quick、Standard、Deep 三种查询深度。
  • 可将高质量答案回写为 wiki 页面,让知识库持续积累。
局限
  • 依赖已有的 wiki/hot.md、wiki/index.md 和相关页面;空 vault 或内容不足时无法可靠回答。
  • Standard 和 Deep 模式的完整效果依赖 vault 结构及可用的读取传输。
  • MCP、Obsidian CLI 和可选检索组件的配置步骤并未在该 SKILL.md 中完整展开。
  • SKILL.md 没有提供独立的测试套件或其他平台的验证证据。

如何安装这个 Skill?

从仓库安装完整集合:git clone https://github.com/AgriciDaniel/claude-obsidian,然后执行 cd claude-obsidian && bash bin/setup-vault.sh。将该文件保留在仓库的 skills/wiki-query/SKILL.md 路径,并在 Obsidian 中打开仓库文件夹作为 vault。README 没有提供单独安装 wiki-query 技能的命令。

如何使用这个 Skill?

在 Claude Code 中使用自然语言触发,例如 what do you know about X?find in wiki: Xquery deep: compare A and B。简单问题可使用 query quick: ...;默认使用 Standard;需要全面综合时使用 query deep: ...。如果问题无法由 wiki 回答,技能应明确指出知识缺口,而不是自行补充训练数据。

常见问题

它会不会用模型记忆替代 wiki 内容?
不会。技能要求基于 wiki 页面综合答案并引用具体页面;如果 wiki 缺少信息,应明确说明不足,而不是凭训练数据编造。
Quick、Standard 和 Deep 有什么区别?
Quick 只读取 hot.md 和 index.md;Standard 默认再读取约 3–5 个相关页面;Deep 面向综合问题,读取完整相关 wiki,并可在覆盖不足时建议补充网页搜索。
答案会自动写回知识库吗?
SKILL.md 规定高质量答案可以写入 wiki/questions/;Deep 模式要求始终回写,并更新索引和日志。
必须使用 MCP 吗?
不必须。技能支持 Obsidian CLI、mcp-obsidian、mcpvault 和文件系统读取;文件系统是最终回退方式。

同仓库的其他 Skills

均来自 AgriciDaniel/claude-obsidian

效率与协作

Wiki 日志折叠器

将 Obsidian wiki 日志批量汇总为可追溯的 Markdown 元页面。

效率与协作

对话归档助手

把有价值的对话和洞见整理成可检索、可链接的 Obsidian Markdown 笔记。

效率与协作

Wiki 知识伴侣

在 Obsidian 中搭建可持续累积的个人知识库。

效率与协作

Wiki Ingest:Obsidian 知识库摄入

把文件、网页和图片整理成可互联的 Obsidian 知识页面。

效率与协作

自动研究归档

把主题研究成可追溯的 Obsidian 知识库页面。

效率与协作

Obsidian Wiki 健康检查

自动发现知识库中的链接、结构和内容问题。

效率与协作

Compound Vault 方法论模式

为 Obsidian 知识库按 LYT、PARA、Zettelkasten 或 Generic 规则路由新页面。

效率与协作

Vault 混合检索

为 Obsidian 知识库提供基于上下文、BM25 与向量重排的段落级检索。

效率与协作

Obsidian CLI 知识库传输层

用 Obsidian CLI 读写、搜索和维护 Markdown 知识库。

效率与协作

网页净化器

将网页正文提取为适合知识库摄取的干净 Markdown。

效率与协作

Canvas 视觉知识板

把图片、PDF和知识页面整理到可视化画布中。

效率与协作

Obsidian Markdown 语法助手

帮助你编写正确的 Obsidian Markdown,避免链接、嵌入、标注和属性格式出错。

效率与协作

Obsidian Bases 数据视图

用可查询的动态视图把 Obsidian 笔记组织成表格、卡片和列表。

效率与协作

十原则思维循环

用十个循序渐进的思维阶段,帮助 Claude 系统分析复杂问题并形成可执行结论。

相关 Skills