从 Obsidian 的最强编辑器-Bear 聊起
type
status
date
slug
summary
tags
category
icon
password
为什么是 Bear
Obsidian 本地存储,插件丰富,是管理本地 md 文件的一大神器.很多人都喜欢用它做知识管理.
但是,作为一个笔记工具,它本身的界面实在不怎么好看,哪怕你自定义主题了也好不到哪里去,要知道颜值即正义,不好看的界面让人想写下去的欲望都不禁弱了几分.
同时,它的所见即所得编辑功能也不怎么好用.
所以,我尝试过用其它各种好用的 md 编辑器来和 Obsidian 打配合,以便弥补 ob 这方面的劣势.之前已经尝试过:VSCode Typora Logseq,不过各有它的问题,这里不一一赘述.
最后我选择用 Bear 来和 ob 打配合.
Bear 的颜值很高,而且省去了文件夹管理的麻烦,就靠标签来管理笔记,很省心.(这里我说个题外话,用标签的话,我觉得没必要搞嵌套,直接扁平化就好,不然容易出现 A/B 或 B/A 的选择困难症)
之前测试了一下用 GPT 总结一个网页生成一份卡片笔记以后,保存在哪一个笔记工具最方便快捷.
发现存到 Bear 的操作流程最顺手,切到 Bear 以后,Command+N 新建笔记,然后直接粘贴即可(这里要改一下 Bear 的设置项: 新笔记开头使用空白,不然默认会在首行前面加# 来表示 H1 标题,会和 GPT 自动生成的重复了) 其它编辑器的话,一般粘贴以后,还要再写个文件名,然后在文件名和文件内容的 H1 之间还得有个取舍.
以这篇文章为例:

我看了以后,就用 Glarity 帮我自动生成了这样一个卡片笔记(老实说,我觉得这个比原文更精炼,一目了然,没那么多口水话和没啥用的图.当然了,初见时口水话和配图还是有用的,只是后期温故时,就略显冗余了):

Chrome 网页总结插件那么多,为什么选中了 Glarity 了呢?
- 它支持使用自定义的 Host/Key/Model
- 它支持自定义提示词
- 它可以常驻侧边栏
- 它有智能搜索的 Tab 栏,可以直接去搜 Felo AI 搜索,感觉挺方便的,比 Kimi 的浏览器插件好用
- 它可以代替沉浸式翻译插件,点击翻译了一个网页以后,好像点这个网页的相关网页也会自动翻译,挺方便的.
- 在 Google 搜索页面和 Youtube 视频页面,它也可以总结
- 免费
不过白嫖 Glarity 的话,最好是有一个自己的 Key,这里我目前在用的是这个:EZ-API,主要原因是
- 价格比较便宜,低于官方价格
- 自带了国内转发服务
- 基本上各大模型都支持

反正我充了 100 块都用了大半天了,目前基本没出过啥问题.感觉有一个自己的 Key 还是蛮方便的,好多工具里面都用的上.
比如我每天都用的这个 Obsidian 插件:logancyang/obsidian-copilot
用过很多 GPT 的聊天界面,这个插件最吸引我的就是每次的提问和回答,都会被自动保存到 Obsidian,这样很方便以后的回顾和搜索.
最后,奉上我在 Glarity 里面用的总结网页生成卡片笔记的提升词,哈哈,其实有可能不是我的提升词写的怎么样,而是因为我用的是 gpt-4o-mini 的模型吧,这个模型比较新,价格比较实惠,一般对于总结网页不太要求精确度的活来说,这个模型够用了.
网页总结提示词

提示词里面没有提到网页,因为 Glarity 本身已经会在新建对话时,自动将当前网页添加到上下文了.
这种自动将当前网页添加到上下文的插件,真的蛮方便的,尤其是在看一些 API 文档时,很方便让它根据文档写一些 demo.好像有点跑题了,下面言归正传
Bear 是怎么配合 Obsidian 的
在搜索 Bear 的相关资料时,看到了这篇文章:如何导出熊掌记 Bear 中的笔记 · GitBook,里面提到:
Bear 的笔记存储在 ~/Library/Group Containers/9K33E3U3T4.net.shinyfrog.bear/Application Data/ 文件夹,里面包含 sqlite 数据库文件和 Local Files 文件夹。
- sqlite 数据库中有笔记、密码、标签等数据库表;
- Local Files 文件夹下有笔记的图片和文件等附件;
然后作者就据此写了 python 脚本:QinGeneral/note_exporter,可以一键导出 Bear 的笔记到当前脚本的目录下.
我下了它的源码以后,改了一点点:
- 修改输出目录为 obsidian 下面的文件夹
- 增加了[去掉首行标题和首行下面的空行]的逻辑,这样方便在 Obsidian 查看,不会标题出现 2 次
- 增加了[忽略掉废纸篓里面的 Bear 笔记]的逻辑,这个看个人需要吧,不要忽略的话也可以
不过这样的话,还是有点麻烦,每次想 bear 导出到 obsidian 里面做存档,都得重新执行一遍脚本.所以呢,我这里又借助 Hazel 工具,搞了一个比较巧妙的自动化流程:
- 借助 Pap.er 这个壁纸工具的自动更换机制,让 Hazel 去监听这个壁纸库的存储位置

- 当 pap.er 的存储位置增加了一份.heic 后缀的文件时,就执行 2 个操作:copy 图片到 Eagle 库, 执行我的自定义脚本.

copy 图片到 Eagle 库,是因为这个 pap.er 壁纸软件有一个很傻的操作,轮换了图片以后,会自动删除之前的壁纸,但是作为一个囤积爱好者,这么好看的壁纸我肯定要永久保存呀,说不定还想换回来呢.所以最开始就有了这个 hazel 的监听流程.
这次因为想到要定期自动执行脚本,就觉得可以利用上.虽然里面执行的脚本和这个.heic 文件没有半毛钱关系,但是可以将其视为一个时钟发生器来触发我们的定时执行嘛.
当然了,你要是想直接写 crontab 也不是不可以,但是我觉得 gui 更方便一点,如果你真的想要写 crontab 任务的话,这里我还推荐一个利器:ouqiang/gocron.后台运行这个以后,可以到它的 web 管理页面去添加定时任务,这个可以到秒级,不像pap.er是半小时才刷新.当然了,如果你觉得pap.er半小时刷新太慢了,想要立即同步一下,还有一种方法,就是手动在pap.er里面换个壁纸.😅 而想要看脚本执行了没,直接去 Eagle 里面看看有没有自动保存一个壁纸.

后期计划
- 感觉现在 Bear 的图片都是存本地的,它没有支持 picgo 插件,后期可以想办法在 python 脚本里面做一个批量替换本地图片为网络图片的操作,这样就方便到处复制粘贴来发布了.
后记
这篇文章写作耗时 1 小时 20 分钟,字数 2123.感觉好久没有这种心流般的写作体验了,用 Bear 确实可以帮我们更专注于写作,用 Obsidian 时我们会情不自禁就去摆弄它的其它插件和功能去了.
参考链接
- EZ-API OpenAI API 反代服务
上一篇
隐藏单页
下一篇
前端工程师的必备神器-Figma
Loading...