ARTICLE DETAIL

资讯详情

深耕郑州网站建设与运营推广的一线实战洞察。

obsidian-skills 实战:AI 管理知识库

obsidian-skills 实战:AI 管理知识库 obsidian-skills 实战:AI 管理知识库【免费下载链接】obsidian-skillsAgent skills for Obsidian. Teach your agent to use Obsidian CLI and open formats including Markdown, Bases, JSON Canvas.项目地址: https://gitcode.com/GitHub_Trending/ob/obsidian-skillsobsidian-skills 是一套教 AI 管理 Obsidian 知识库的开源 Agent Skills:它让 AI 能正确读写 Obsidian 方言 Markdown、Bases 数据库文件和 Canvas 知识图谱,还会通过 obsidian CLI 操作正在运行的库。它解决的场景很具体——当你想让 Claude 批量整理库里 2000 篇笔记时,最大的坎不在数量,而在只懂标准 Markdown 的 AI 会把 wikilink、callout、.base 文件全写错。仓库里一共 5 个技能,每个都对着一个具体卡点:技能路径解决什么obsidian-markdownskills/obsidian-markdown/AI 写 .md 笔记时用错 Obsidian 方言obsidian-basesskills/obsidian-bases/给笔记集合建视图、公式json-canvasskills/json-canvas/生成 .canvas 知识图谱obsidian-cliskills/obsidian-cli/对运行中的 Obsidian 做批量操作defuddleskills/defuddle/网页先洗成干净 Markdown 再喂给 AI这套技能遵循开放的 Agent Skills 规范,Claude Code、Codex、OpenCode 都能直接用,不需要为平台单独适配。 装到 Claude Code 里只要一行命令最省事的方式是一条 npx:npx skills add https://gitcode.com/GitHub_Trending/ob/obsidian-skills想手动控制就 clone 下来,再按平台摆放:git clone https://gitcode.com/GitHub_Trending/ob/obsidian-skills平台放置位置Claude Code把仓库内容拷进库根目录的/.claude/文件夹Codex把skills/目录拷到~/.codex/skills/OpenCode整个仓库 clone 到~/.opencode/skills/obsidian-skills别小看 OpenCode 这一行:必须 clone 完整仓库,不能只拷里层的skills/文件夹,否则目录结构对不上,它自动发现 SKILL.md 的机制就失效了。放好之后重启 AI 助手,Obsidian AI 助手配置就算完成。 卡点一:wikilink 和 callout 总被 AI 写坏普通 AI 写 Obsidian 笔记,输出几乎必然是标准 Markdown:[[笔记]]写成笔记,![[image.png|300]]被替换成普通图片标签。链接关系图悄悄腐化,你一周后才发现问题。skills/obsidian-markdown/就是补这个洞的。它把边界规则讲死:库内链接一律用 wikilink(Obsidian 会自动跟踪改名),外部 URL 才用普通 Markdown 链接;wikilink 前加!就是嵌入:[[Note Name]] # 内部链接 ![[image.png|300]] # 带宽度的嵌入 [!todo] # callout技能目录还附带 PROPERTIES.md、EMBEDS.md、CALLOUTS.md 三份参考,把属性、嵌入、callout 逐条覆盖。AI 新建笔记时按补 frontmatter → 写正文 → 加链接 → 加 callout → 验证渲染的流程走,给新建笔记批量加标准属性模板修复断链这类事就可以整包丢给它。 卡点二:一句话生成 Bases 数据库库里的笔记攒到几千篇,人肉浏览就失效了。你要的是把所有读书笔记列出来,排除已归档的,按状态分组——这正是 Bases(.base 文件)的用途。但 .base 的 YAML 不宽容:字符串里带冒号不引号直接解析失败,公式引用了没定义的属性会报错。skills/obsidian-bases/把这些坑都写清楚了。一个阅读清单,核心就这么长:filters: or: - file.hasTag(book) - file.hasTag(article) views: - type: cards name: Library order: - cover - file.name - author公式是另一块亮斑:(date(due_date) - today()).days算出截止日期还剩几天。技能里特别强调,日期相减得到的是 Duration 类型,必须先取.days再参与运算,这是个极易翻车的点。AI 交付任务跟踪表前会自己跑校验:YAML 能不能解析、order 里每个formula.X有没有对应定义。你只需要说帮我建一个阅读清单 base。 卡点三:AI 直接画出 .canvas 知识图谱手绘脑图很磨人:拖节点、连线、调坐标。而 .canvas 文件本身结构非常简单,顶层就两个数组:{ nodes: [{ id: 6f0ad84f44ce9c17, type: text, x: 0, y: 0, width: 400, height: 200 }], edges: [] }skills/json-canvas/在简单结构上补足了工程细节:节点 ID 是 16 位十六进制字符串且不能冲突,边的fromNode/toNode必须指向已存在的节点,节点间距留 50–100px,每种节点类型还有建议宽高。AI 生成完会自查 ID 是否重复、边有没有悬空,再落盘。Obsidian 知识图谱自动化从此变成一句话的事:给我画一张研究主题的脑图。⚡ 卡点四:对运行中的库做批量操作直接改文件的问题是,结果不好即时验证。skills/obsidian-cli/让 AI 可以操作运行中的 Obsidian 实例(需要 Obsidian 处于打开状态),Claude 操作 Obsidian 笔记不再靠手改文件,而是走命令行:obsidian search querysearch term limit10 obsidian daily:append content- [ ] New task搜索、日记追加各一行命令;改属性用property:set,查反链用backlinks,统计标签用tags sortcount,都是一行搞定。插件开发也有全套命令:obsidian plugin:reload热重载、obsidian dev:errors抓报错、obsidian dev:screenshot截图验证,写插件的开发循环同样可以交给 AI。最后一块是skills/defuddle/,解决素材入口问题。把网页 URL 丢给 AI 读原始 HTML,导航和广告会吃掉大量 token;defuddle 先把页面解析成干净 Markdown,省 token 又去噪,输出可以直接存成阅读笔记:defuddle parse url --md 边界:它做什么,不做什么能做的:让 AI 以正确格式写 wikilink、.base、.canvas,正确调用 CLI,连 Duration 运算、YAML 引号这类常见坑都替你踩过了。不能做的:判断你的笔记里什么值得写、哪两篇该建立联系——内容决策仍然在你手里。给它明确的需求,它能稳定交付;只说帮我弄好看点,它只会认真地把格式排漂亮。把它当严谨的文书,而不是馆长。项目遵循开放的 Agent Skills 规范,后续新平台适配或社区技能加入时,现有安装可以继续复用。【免费下载链接】obsidian-skillsAgent skills for Obsidian. Teach your agent to use Obsidian CLI and open formats including Markdown, Bases, JSON Canvas.项目地址: https://gitcode.com/GitHub_Trending/ob/obsidian-skills创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考
返回列表