给 Obsidian 装个 AI 吧

　　念头的起因是看到塔塔发了一张用 CodeBuddy 配合 AI 在 Obsidian 写入笔记的演示图，当时就留心记了一下这个事情。但其实那个时候（或者说直到现在）我对所谓的 AI Agent 仍是个一知半解的状态，总之知道了它能直接读写本地文件——可以帮我干活——那就开干吧。

　　当时在 Claude Code 和 Opencode 之间选择一个本地的 coding agent，看了几个 B 站视频的介绍后毫不犹豫地选择了后者：主要冲着可以方便切换各家 AI 模型去的，毕竟重命名笔记什么的实在用不着花我的 token，opencode 提供的免费模型足够用了。

　　安装步骤非常简单，照着文档用 powershell 运行命令即可。

　　配置具体的模型提供商、模型 ID 以及相应的 apiKey 的活……当然是让 AI 帮我写了！

　　命令行启动 opencode 成功后，我也算用上已经不那么潮不那么 in 的 AI Agent 了！

开始让 AI 给我干活

博客二次装修工程，启动

　　2022 年刚装修好博客没多久，我就发现了 papermod 这个主题，当时惊为天人。然后是在去年 1 月时终于下定决心重新装修（甚至还煞有介事地专门建了一个笔记，用来罗列装修计划和细项），但碍于我那近乎为 0 的代码知识，一直拖拖拉拉到现在，直到——我装好 Opencode 了！

　　既然能让 AI 在本地写代码了，当然就不需要我来动手了，我就负责动嘴就够了。

　　说干就干。

　　我先跟 AI 商量好我的需求：

　　1. 博客内容的架构（大分类→分类下的各个系列→从属于特定系列或者无系列的文章）；

　　2. 对文章部分内容加密；

　　3. 搜索栏与随机文章漫游；

　　总之乱七八糟的一堆功能以及相应的视觉界面。

　　Opencode 有个计划与执行模式，计划模式里 AI 只能以只读状态读取本地文件，而不能做任何改动。所以我都是在计划模式下先与 AI 确认好我特定的功能，再切换到执行模式。然后就在我刷牙、洗碗、晾衣服的过程里，AI 就帮我把博客装修完了：从我把 hugo 博客文件夹拖进 VSCode 到正式换库上线，6 天。

　　6 天干完了我一年也干不出来的活！

来帮我整理笔记吧

　　我的电子笔记从 Logseq 与 Obsidian 联用，在 2025 年的下半年，又搬回了 Obsidian。于是很多 Logseq 的独有 markdown 语法，以及 pages/ 目录下的笔记也需要重新梳理。这事放在以前我肯定会因为一想到工程量之大，直接弃之脑后，等待哪天顺手整理到某篇来到眼前让我不顺眼的笔记。

　　但有了让 AI 给我重建博客的经验后，我二话不说立刻打开 Opencode，让 AI 来当我的赛博收纳师。

（补充：家政的收纳师也非常强大，两个多小时不仅让我的狗窝焕然一新，甚至因为不够三小时的计价时长，连卫生都帮我做了）

　　在此前我先安装了一个 opencode-obsidian 插件（其实使用 powershell 在对应目录下启动 opencode 也可以，但终究隔着一个界面），这个插件不在社区市场，需要在 github 下载安装。

　　第一步让 AI 先分析我的笔记库，让它看看有哪些问题。

　　第二步再问它，我的笔记库主要是用来干嘛干嘛，问问它的建议：这个阶段让它用计划模式，来回聊个两三遍吧。

　　最后一步就是让它形成若干个相应的方案文档——日常笔记流程、如何按步骤整理和重构、笔记的分类等等等等。

　　然后 AI 给我设计了一套：用 quickadd 建立短卡进 inbox→每周整理 inbox+每天按规范修改几条旧笔记→最后在 base+手工维护的基础建立 MOC 的路子。当然啦，整理 inbox 和修改旧笔记格式当然也交给了 AI。

　　不得不说，确实是不整理不知道、一整理吓一跳，还真的积累了不少，总之是乱七八糟的混用格式，并且至今也没全清理和重构完。是的，对玩具就是这样的三分钟热度。

　　科技改变我的 Obsidian！

很突然地加入 Openclaw 行列

　　这篇博客原定的内容计划，到这里本该是写我这大半年来的写作用文具：半自组的机械键盘、墨水屏显示器、写作软件以及其实没什么用就是摆着好玩的电子沙漏。

　　原本我对 Openclaw 确实是兴趣寥寥的，一是 Opencode 对我已经足够了，二是听说了不少“龙虾”的负面案例。一直到我这周三惯例把随手收藏的稍后读发给简悦的 telegram bot，却发现它又没反应的时刻，于是我终于决定将目光转向 Openclaw。

一键部署方案……就那样吧

　　因为“龙虾”时尚热潮，腾讯云也推出了一键部署的方案。正好我发现我还闲置了一个轻量级服务器（因为服务器地址在国内，跑不了定时拉取嘟文写入 obsidian 的脚本），指定实验田，就绪！

　　一键部署确实很快，结果当我用 VSCode 远程连上云服务器后，整个人都傻眼了。这个方案是用服务器的 root 用户装的，虽然可以在 VSCode 里用命令形式打开类似 Opencode 的 TUI 界面，但……真的很难用！而且因为服务器在国内，现成的和 Agent 的会话路径就是企业微信、飞书和 QQ，天知道我看到这三个软件时心情真的是难以言喻。

　　于是我把这台国内的云服务器再次关机，部署 Openclaw 的事就被我搁置了……大概 12 个小时。

冲动消费一台新服务器

　　是的，我其实还有一台在境外的服务器，专门用来跑 Syncthing 多端同步以及定时拉取我的嘟文的脚本。考虑到它现在运行得还挺好，我并不想拿它来折腾我并不熟悉的 Openclaw，加上系统版本落后，VSCode 无法远程连接，我早有给它升级的念头，最后的最后，就是因为那天下午我实在不想工作——一不做二不休，冲动消费了，斥巨资 199 元购入一台 2 核 4G 的服务器。

　　至于怎么部署，我的计划就很清楚了：让 Opencode 和 AI 来。

　　当然，装 Opencode 还是需要靠自己的……其实靠得也不多，这里我主要参考了 Gemini 网页对话的建议，没有装在 root 用户下。Opencode 装好后，我直接把本地的配置文件复制上传一份，剩下的交给 AI 就可以了。

尝尝赛博龙虾咸淡

　　服务器上安装好，拿好地址与 Openclaw 生成的 token（看配置文件，这个似乎也可以自己编的样子）就可以打开与各路 AI 网页对话相似的界面，开始熟悉 Openclaw 了。不过说实话，我至今用得不是很利索，主要是 Openclaw 的 session 用起来和其他网页对话 AI 以及 Opencode 的交互很不一样……

　　第一步是先接上 Telegram。这个很简单，找 Telegram 的 BotFather 创建一个专属的 bot，再把 token 直接发给 Openclaw，让它配好即可。我申请了两个 Bot，一个专用于即时的工作流对话，一个专用于收集我需要剪藏收集的信息，另外注意让 AI 配置，让 bot 只接收来自特定 Telegram 账号的信息。

　　确认接通 Openclaw 后，我开始把自己的 Sycthing 迁移过去，把 Obsidian 笔记库同步到云服务器上，这样 Openclaw 就可以把我发给它的消息按我设定的规则整理到服务器上，再通过 Syncthing 同步到我本地的电脑或手机了。另，这次我把所有服务都装在普通用户组里，保证大家权限都差不多，就是因为在第一台云服务器上同步时，因为权限出过岔子……

　　第二步就开始跟 AI 讨论我的日常信息收集与剪藏。主要有两种类型，一是纯文字消息（绝大部分是脑子里闪现出的碎片式灵感），二是网页文章。

　　前者非常简单，告诉它规则即可：发送给指定 bot 的纯文字消息，一律使用我 obsidian 笔记库里“灵感卡”的 quickadd 方式收集起来（使用日期时间的命名格式，创建一张放在 inbox 对应目录下的短卡，内容写入短卡的同时，在当天日记里创建一条对该短卡的嵌入引用）。

　　后者就稍微麻烦一些。

　　我日常需要剪藏收集的文章绝大部分来自微博与公众号文章。最开始测试 Defuddle 这个清洗网页格式转为本地 markdown 的 skill 时，就发现这对微博和公众号几乎不起作用——基本是被拦在反爬和登录验证上。于是我转头找 AI 们开会：有没有什么剪藏长微博和公众号文章为 html 的好办法。

　　Claude 给了我两个方案，一是走 Playwright，二是看到我库内有简悦文件夹，也许可以试试简悦的路径。这里我第一次意识到自己遭遇了所谓的 AI 幻觉，即这个简悦路径看似存在，但实际并不可用，AI 给我编了一个 API 路径……在我让 AI 用第二个办法试了半个小时发现怎么都不对之后，我意识到了这一点。

　　于是我另外又想了个点子：让 AI 搜索现成的技能库，是否有能契合我使用需求的 skill。

　　然后 AI 告诉我，有个 Playwright 的 skill 可以结合来用。我想了想，行吧，反正活也不是我在做，只要能达成我想要的结果就好，那就这样开干吧。确定最重要的两个部分能实现后，我再让 AI 调整了一下 css 格式，增加从语义上分析“文本+url”的文本是否保留写入我的日记里；最后将本地简悦端上把输出的目录为外部文件目录，就可以通过简悦来给同步下来的文章划线，并同步进笔记库里了。

　　图 1：obsidian 日记里的整体效果

　　图 2：微博文章剪藏后的效果

再加入一点回顾任务

　　这个算是一时兴起。

　　原本我在 opencode 的 obsidian 插件里设计了一个每日任务的 skill，主要流程是根据我的工作台笔记中的重点事项，以及我近几日的嘟文状态，给我一个每日事项建议以及个人状态的总结观察。但实际玩了一个多星期后，我发现它的建议很多都是重复。倒也不怪 AI，毕竟我日常还是在上班，最近这段时间在上班之外也无非就是写同人、打零式，要做什么我自己也很清楚，实在是用不着 AI 帮我重复一遍。

　　于是借着 Openclaw 是部署在云服务器上可以 24 小时运行，以及它自带 cron 定时任务的优点，就给它布置了几个任务：

　　1. 每天 0 点自动按模板创建当天日记。

　　2. 每天 0 点 30 分检测前一天的日记，如果不存在模板以外的内容则清除。

　　3. 每 14 天运行一个 skill，流程是先拉取我在 toggl track 上的时间记录，并结合我近 14 天笔记库里的内容（包括且不限于 14 天的日记、最近打开的文件等等），给我一篇个人状态观察报告，从我的创作到我的生活节奏，我也要求它做出一些不太离谱的推测式延展。

　　至少目前看起来还是挺好玩的，至于我对它的兴趣会持续多久……不好说，至少这个网页剪藏对我还是蛮有用的，别的嘛，再看看，也许会把时间记录与笔记库的结合分析缩短间隔。

一点用后感

　　抬头一看，这篇博客真是好长一篇……流水账啊！

　　但想想看这也是没办法的，实际我并没有在里面做什么，装好相应的 Agent 软件后就是打字指挥了。

　　如果让我总结这一个多月来的尝试，我好像很难去把现在我对 AI 的使用视作一种生产力工具。当然，不论是重搭博客、整理重构笔记库与日常记录流程，甚至还让 AI 帮我写了个 obsidian 插件（不过我还没做最后的测试）。但其中的确有很多专属于我个人的体验和“哇真的方便了”的感受在，只是它的确有太多是站在我自己的日常需求上——写这句话时我还回想了一下当中有没有我给自己硬生生创造需求的时候——不过既然我把它当作玩具，并且玩得还挺开心，那怎样都无所谓吧！