乐于分享
好东西不私藏

试了很多Obsidian AI插件,我发现缺的根本不是插件

试了很多Obsidian AI插件,我发现缺的根本不是插件

● OBSIDIAN-FIRST AGENT RUNTIME · 2026

我试了很多Obsidian AI 插件,最后发现:缺的根本不是插件

当整个 Vault 成为 Agent 的工作空间,知识库才第一次不只是会回答问题,而是拥有了整理、研究、执行和交付的能力。

FLOATBOAT × OBSIDIAN · 约 16 分钟

如果你正在搜索“Obsidian AI 插件”,大概率是因为你已经隐约感觉到:Obsidian 很适合储存知识,却不太擅长替你使用知识。

你把文章、灵感、会议记录、读书笔记、项目资料和突然冒出来的念头,一篇篇塞进 Obsidian。几年过去,Vault 越来越大,双向链接越来越密,知识图谱也越来越壮观。

然后你遇到了一个有点尴尬的问题:这些东西,究竟什么时候才能真正帮我工作?

于是我们开始给 Obsidian 安装 AI 插件。先是续写,再是润色、总结、翻译;然后是和当前笔记聊天、检索整个知识库、自动生成链接。再往后,我们希望 Claude、ChatGPT 或其他大模型能够直接进入 Obsidian,成为一个常驻的知识助手。

这些尝试都没有错,而且不少 Obsidian 社区 AI 插件已经做得相当优秀。但我折腾得越久,越觉得问题可能从一开始就问错了。

我们真正需要的,真的是一个更强的 Obsidian AI 插件吗?还是一个能围绕整个知识库持续行动的 Agent 运行环境?

01 · THE DESIRE为什么每个 Obsidian 用户,最后都想给它装上 AI

Obsidian 最迷人的地方,是它没有试图替你规定“知识应该长什么样”。它把内容保存为本地 Markdown 文件,把文件夹交给你,把链接交给你,也把秩序交给你。你可以使用 PARA、卡片盒、MOC、日记流,也可以完全不遵守任何知识管理方法。

这种自由,恰恰也是问题的来源。因为知识库越自由,维护成本就越容易落回到人身上:

• 网页剪藏进来了,但还没读;

• 随手笔记写下来了,但没有归档;

• 同一个主题散落在十几个文件夹里;

• 几篇笔记讲的是同一件事,却没有互相链接;

• 项目做完了,经验没有被提炼成可复用的方法;

• 想写文章时,明明记得保存过材料,却找不到在哪里;

• 知识库拥有几千篇笔记,每次输出却仍然像从零开始。

所以,AI 对 Obsidian 用户的吸引力并不只是“帮我写一段话”。大家真正期待的是:能不能有一个东西,真正读懂我的知识库,理解我正在做什么,并且替我完成那些一直没空做的整理、连接、研究与输出?

02 · THREE GENERATIONS从生成按钮,到真正的 Agent

GEN 01

在笔记里增加一个生成按钮

续写、改写、总结、翻译。AI 是一支更聪明的笔,处理你已经递到它面前的文字。

GEN 02

和整个知识库聊天

语义检索与 Vault 问答让 AI 看见更多,但“能回答”仍然不等于“能完成”。

GEN 03

把 Claude Code 或 Agent 放进侧边栏

Agent 开始读写文件、搜索和执行命令。趋势已经很清楚:用户需要的正在从“帮我写字”变成“帮我工作”。

NEXT

让整个 Vault 进入 Agent 的工作环境

文件、网页、图片、工具与最终成果处于同一条执行链路中。

把 Agent 放进 Obsidian,并不等于给 Agent 提供了完整的工作环境。真实工作不会永远待在 Obsidian 里面:资料可能在网页里,数据可能在 Excel 里,截图可能在下载目录里,项目可能在 GitHub 上,成品可能要变成 HTML、Word、PPT、图片或视频。

如果每次越过 Obsidian 的边界,都要由人手动复制、粘贴、上传、下载和切换应用,那么 Agent 仍然只接管了工作链条中很短的一段。

THE SHIFT · 主语的改变

问题不是 AI 有没有进入 Obsidian。

而是 Obsidian 有没有进入 AI Agent 的完整工作环境。两句话只调换了一下主语,产品逻辑却完全不同。

03 · THE RUNTIME TEST判断它是“插件”还是“运行时”,只要问五个问题

它看到的是当前笔记,还是整个工作空间?

写一篇文章可能要读取几十篇旧笔记、截图、网页和竞品资料。主动寻找上下文,才开始接近 Agent。

它只能生成答案,还是能改变文件状态?

“建议分成三个主题”是一条建议;创建主题页、移动笔记、补齐链接并留下记录,才是完成工作。

它能不能跨越 Obsidian,调用其他工具?

信息要从网页、PDF、图片和应用进入知识库,知识又要变成文章、报告、网页或任务。

它能否多步骤执行,并根据结果继续行动?

扫描、阅读、研究、创建、检查、修正、交付——不是多回答几轮,而是围绕目标形成执行闭环。

它能不能逐渐理解你的工作规则?

YAML、PARA、只读材料、命名方式和写作偏好。如果每次都从头解释,AI 仍然只是一个临时工。

04 · THE REVEAL然后,我在 Floatboat 里直接打开了整个 Obsidian Vault

现在可以图穷匕见了。

我最近使用 Floatboat 时,发现它可以把 Obsidian 笔记库直接集成到自己的文件工作空间中。点击左侧的 Obsidian,我可以看到已经接入的 basic-memory 笔记库。

这里必须说准确一点:不是把 Floatboat 安装进 Obsidian,也不是给 Obsidian 增加一个 Floatboat 插件,而是在 Floatboat 中直接打开原本的 Obsidian Vault。

FLOATBOAT × OBSIDIAN · REAL WORKSPACE左侧从 Floatboat 进入 Obsidian 笔记库,中间直接浏览 Clippings 等真实文件夹,右侧 Agent 一边读取上下文、一边生成新的 Markdown 文件。

FIG. 01 · FLOATBOAT AGENT WORKSPACEREAL FILES · NO RE-UPLOAD

而右侧并不是一个只能回答问题的聊天框。Agent 可以围绕当前知识库继续研究、对话、创建文件,并把结果直接写回这个工作空间。也就是说,Obsidian 负责保存你的长期知识,Floatboat 则给这套知识接上了可以行动的 Agent。

“生活存档”“Plans”“提示词”“技术学习”“营销学习”“Notes”“wiki”“AI代理”“Clippings”……这些原本属于 Obsidian 的内容,现在同时成为 Floatboat Agent 可以理解和处理的工作空间。

这不是又给 Obsidian 装了一个 AI。而是反过来:整个 Obsidian,变成了一个强大 Agent 的知识底座。

普通插件通常是在 Obsidian 内部增加一项 AI 能力;Floatboat 则提供一整套 Agent 的运行环境,再把 Obsidian Vault 作为真实工作目录接进来。

OBSIDIAN AI PLUGIN

增加一种能力

• 围绕当前文本或 Vault

• 以回答和生成文本为中心

• 自然边界是 Obsidian

• 人负责跨应用搬运

FLOATBOAT AGENT RUNTIME

承载完整工作

• 真实 Vault 成为工作空间

• 以完成任务和交付成果为中心

• 连接文件、网页、工具与服务

• Agent 负责形成工作闭环

所以,说 Floatboat 是“Obsidian 最强外挂”,虽然很痛快,甚至还不够准确。它不是更大的插件,而是承载模型、工具、文件与工作流的那一层环境。

05 · REAL WORK当 Floatboat Agent 接管 Obsidian,它究竟能做什么?

把“收藏夹”变成真正可用的知识库

扫描新剪藏,识别主题、人物和关键概念,去除重复材料,创建主题页与实体页,补充内部链接并更新索引。重点不是总结一篇文章,而是把一批原始资料编织进现有知识结构。

让 AI 整理几百篇 Obsidian 笔记

先读取目录和现有习惯,再提出迁移结构;识别孤立笔记、重复页面、失效链接、缺失 YAML 和长期未归档的临时笔记。AI 不再只是提建议,而是在实际维护知识系统。

从旧笔记直接长出一篇长文章

搜索过去关于某个主题的笔记,结合网页研究补齐资料,建立论点、寻找反例、生成大纲、完成长文,再检查关键词、标题层级、图片 alt、FAQ 和链接。最终交付一篇已经保存在 Obsidian 中的 Markdown 成稿。

让 Obsidian 不再是信息终点,而是工作起点

从项目笔记生成汇报,从研究资料生成文章,从会议记录生成任务,从产品资料生成网页。知识不再只是被存储和检索,而是继续流向成果。

让不同模型和专业能力共享同一个 Vault

模型可以根据任务切换,专业能力可以按需调用,但它们面对的是同一个知识底座。今天处理代码,明天研究网页,后天生成报告;工具在变化,知识不必搬家。

06 · LOCAL FILES为什么“直接操作本地 Markdown”如此重要

很多 AI 知识库产品要求你把资料重新上传到它们的系统里。上传之后,原始文件是一套,AI 知识库又是一套;一边修改,另一边未必同步。

1. 不需要重新迁移知识。过去积累的笔记可以继续使用。

2. 修改结果对 Obsidian 立即可见。Agent 创建的 Markdown 仍然是普通笔记。

3. 不被某个 AI 界面锁定。即使更换模型或工具,文件仍属于你。

4. 适合版本管理和审计。文件变化可以被记录、比较与恢复。

5. 人与 Agent 可以共存。你仍然可以在熟悉的 Obsidian 中阅读、链接和修改。

Floatboat 并没有要求 Obsidian 用户放弃自己的第二大脑。它做的事情,是给这个第二大脑接上手、眼睛和外部工具。

07 · GUARDRAILS越强的 Agent,越需要清楚的安全边界

当 AI 具备读取、创建、修改和移动文件的能力时,便利与风险会同时增加。第一次接入应使用测试 Vault;重要知识库应保留备份;批量整理前先看预期结构;移动和重命名要保存日志;删除改为移动到归档或废纸篓。

一个成熟的 Agent 运行时,不能只追求“什么都能做”,还要帮助用户看见它做了什么、为什么这样做,以及如何撤销。

08 · THE NEXT VAULTObsidian 的下一站,是可执行的知识库

双向链接让笔记从孤立文档变成网络;Dataview 让 Markdown 变成可查询的数据;Web Clipper 让网页进入本地知识库;AI Agent 带来的下一次变化,可能是让知识从“可以被找到”,进一步变成“可以被执行”。

未来我们评价一个知识库,不只看它收藏多少内容、建立多少链接,还会看它能否支持 Agent 理解长期目标,为当前任务提供上下文,把过去的经验转化为今天的决策,并从知识中继续生成真实成果。

如果这个判断成立,那么 Obsidian 最重要的优势,甚至不是它拥有多少插件,而是它从一开始就把知识保存成了开放、透明、可被程序操作的本地文件。

Floatboat 不是住在 Obsidian 侧边栏里的 AI。它更像是 Obsidian 通往 Agent 世界的操作系统。

如果你只想让 AI 帮你写几段文字,去选择一个顺手的插件。如果你想和自己的笔记聊天,选择一个优秀的知识库问答工具。

但如果你真正想让 AI 读取整个 Vault、整理资料、研究网页、修改多个文件、调用不同工具,把散落的知识变成一篇文章、一份报告、一个网页,乃至一项已经完成的工作——那么你要找的,可能从来都不是一个 Obsidian 插件。

你要找的是一个 Agent 运行时。

● THE VAULT IS READY

让你的知识库,第一次真正开始工作。

不要先听 Agent 介绍自己。先给它一个真实任务:整理一批剪藏、补齐一个主题索引,或者从旧笔记生成一篇文章。看它能不能把成果直接交付到你的知识库里。

FLOATBOAT × OBSIDIAN · AGENT RUNTIME