当前时间: 1970-01-01 08:00:00
分类:办公文件
评论(0)
笔记散落在各个 App?Hermes轻松解决!经常有朋友反馈到,自己在记录的笔记总是会记得到处都是。首先,这种现象很正常,因为想法突然出现,人的大脑总是会本能的随便找一个地方就记录下来了。但造成的结果就是笔记东一个西一个的非常分散,无法被高效地利用。想解决这个问题很简单,只需要强制一个“入口”进行记录。采用的的软件是 Obsidian 和 Hermes
为什么采用这俩个软件,第一 Obsidian 无疑是 AI 出现后脱颖而出笔记软件,因为它的自由度应该是所有笔记软件中最高的。第二 Hermes 可以在锁屏依然使用,如果是 Openclaw 在锁定屏幕的情况下就会出现暂无法连接 OpenClaw。至于 OBsidian 和 Hermes 的安装教程可以参考往期的教程。如果嫌麻烦,提供远程安装服务(收费)。第一步连接微信:在微信的手机端我>设置>插件找到微信 ClawBot 点击详情。第三部测试:直接在终端发送测试微信网关或者直接在微信里和添加的 Hermes 进行对话,如果有回复就表示连接完成了。第四步:Hermes管理知识库(因为 Hermes 是本地的,不用担心上传数据什么的。)直接在在电脑上让 Hermes 了解你的知识库目录,这样Hermes 就不会出现乱写现象,每次都知道该把笔记放进哪个文件夹,省去我后期整理的时间。第五步:添加写入指令(这里简单限定一下规则否则会产生混乱)打开 Ob 检查结果,可以看到成功写入了。使用这个方法之后,我的笔记终于不用动一个西一个,并且,这样的方法,可以直接语音记录,使输出更加顺畅。最后,为什么不采用使用手机端进行写入,因为以我长期的使用 OB 的经验,无论用什么云端同步都会产生延迟问题和冲突问题。所以采用这样直接利用 Agent 进行写入更加方便。
基本
文件
流程
错误
SQL
调试
- 请求信息 : 2026-07-14 23:19:15 HTTP/1.1 GET : https://www.yeyulingfeng.com/a/860292.html
- 运行时间 : 0.303750s [ 吞吐率:3.29req/s ] 内存消耗:4,714.16kb 文件加载:145
- 缓存信息 : 0 reads,0 writes
- 会话信息 : SESSION_ID=5d23488b1674beeae094c962b2a04668
- CONNECT:[ UseTime:0.000998s ] mysql:host=127.0.0.1;port=3306;dbname=wenku;charset=utf8mb4
- SHOW FULL COLUMNS FROM `fenlei` [ RunTime:0.002146s ]
- SELECT * FROM `fenlei` WHERE `fid` = 0 [ RunTime:0.000795s ]
- SELECT * FROM `fenlei` WHERE `fid` = 63 [ RunTime:0.000732s ]
- SHOW FULL COLUMNS FROM `set` [ RunTime:0.001711s ]
- SELECT * FROM `set` [ RunTime:0.000657s ]
- SHOW FULL COLUMNS FROM `article` [ RunTime:0.002028s ]
- SELECT * FROM `article` WHERE `id` = 860292 LIMIT 1 [ RunTime:0.001217s ]
- UPDATE `article` SET `lasttime` = 1784042355 WHERE `id` = 860292 [ RunTime:0.026346s ]
- SELECT * FROM `fenlei` WHERE `id` = 64 LIMIT 1 [ RunTime:0.000770s ]
- SELECT * FROM `article` WHERE `id` < 860292 ORDER BY `id` DESC LIMIT 1 [ RunTime:0.001247s ]
- SELECT * FROM `article` WHERE `id` > 860292 ORDER BY `id` ASC LIMIT 1 [ RunTime:0.000995s ]
- SELECT * FROM `article` WHERE `id` < 860292 ORDER BY `id` DESC LIMIT 10 [ RunTime:0.057743s ]
- SELECT * FROM `article` WHERE `id` < 860292 ORDER BY `id` DESC LIMIT 10,10 [ RunTime:0.033119s ]
- SELECT * FROM `article` WHERE `id` < 860292 ORDER BY `id` DESC LIMIT 20,10 [ RunTime:0.071336s ]
0.307675s