全部 Skill

Obsidian 知识入库系统 / 知识系统

obsidian-kb

让网页资料经过来源、知识页和规则检查三层,再进入可维护的知识体系。

适合谁

已经有知识库结构,需要持续采集资料而不破坏来源与维护规则的个人或团队

作者YueS状态首版收录 / 2026主要交付来源记录、知识页更新与本轮 scoped lint 清单

这个 Skill 怎样工作

保存 URL 只是第一步,知识还要有来源、有去处、能检查。

关键区别

证据不足就停在来源层;不会静默重命名、合并、删除或自动修复。

演示文稿成品、透明图层和页面结构在工作台上展开
前面的原理先放到这里

让我们上手试试。

下面只用一个任务,看用户怎样提出要求、Agent 怎样判断,以及最后到底交付了什么。

公开来源演示 / 0x7444ff / WebGL 页面动效

把 Three.js 仓库,整理成一次可追溯的知识库更新。

任务背景

0x7444ff 是一个用 Three.js 制作页面背景和滚动动效的公开仓库。任务是把它整理成有来源、可检查的知识,而不是留下一条孤立收藏。

收到什么

Three.js GitHub 仓库 URL 和已有的 WebGL 页面动效知识页

具体做什么

保存原始来源和仓库身份,提取证据,增量更新知识页并运行范围内检查

交付什么

可追溯来源记录、更新后的知识页、范围内检查报告

用户任务输入
“把这个 GitHub 仓库收进知识库。它可能对 WebGL 背景和滚动动效有用,但不要直接改现有结论。”
Agent执行前确认

我会先按当前 schema 建立 source,保留原始 URL 和仓库身份;证据确认后再更新已有知识页,最后运行 scoped lint,不静默合并或改名。

公开来源
SahilK-027/0x7444ff
目标知识页
WebGL 页面动效
检查范围
本轮 2 个文件

Before / After

差别不靠形容词,直接看交付怎么变。

保存方式
Before浏览器里留一条收藏
Aftersource 保留完整来源身份
知识更新
Before复制 README 变成长笔记
After只更新已有知识页的相关结论
维护动作
Before自动整理时顺手改名合并
Afterscoped lint 先报告再决定

实际产成品 / 可操作预览

来源、知识更新和 lint 结果可以互相追溯。

预览内容

三个视图分别展示 source note、知识页更新和 scoped lint。每条新结论都能回到公开仓库,本轮之外的文件保持不动。

CASE OUTPUTobsidian-kb
SOURCE NOTE公开仓库

0x7444ff

source_url
github.com/SahilK-027/0x7444ff
source_type
repository
status
captured
topics
three.js, shader, scroll
保留仓库身份和原始地址。此页记录来源,不把 README 直接当作知识结论。
本次交付 来源记录 知识页增量更新 scoped lint 报告

如何调用

提供 URL 或已有 source

示例任务

把这个 URL 先保存为来源,再按当前 schema 执行 ingest 和 scoped lint。

调用方式$obsidian-kb
查看公开源码