导航

丰国说法

【丰国说法】别了,Ulysses:“小龙虾”时代的知识管理与笔记系统 2026-04-08
作者:王立(经济法学博士)

我用了十三年。

 

Ulysses 陪我写完了博士论文,写完了几百篇法律随笔,写完了一大堆合规报告与课题申请书。它界面极简,排版优雅,可全局检索——在我遇到它之前,我是一个只在一个个单独散落在文件夹、不能跨文档全局检索、功能按钮繁杂的Word 里码字的人;遇到它之后,我把所有的文字都放进了它的树状结构,按领域分组,按子主题分层,一层一层,看起来像一棵枝叶茂盛的私人知识大树。里面的每个字都是我自己码的,这是“活”的大树,还在不断生长中。

 

然而,两周前我开始用 WorkBuddy。这不是一个笔记软件,是一个最时髦、最热门的AI助手,腾讯版的“小龙虾”。

 

可我没想到,WorkBuddy最后会把我的老伙计Ulysses给赶走了。

 

 

 

WorkBuddy是大魔王

使用WorkBuddy(你也可以体验其他的任意一款“小龙虾”)一周后,我开始有些理解,为什么有些高手认为 AGI 智能体实际上是一种操作系统。我之前的认知,只是停留在 AGI 是一个智能助理这样的角色。

 

它可以帮你进行时间管理。 也就是说,早中晚会帮你提醒,检阅你的 to do list,区分哪些是重要紧急的,哪些是重要不紧急的,四象限用得非常熟练。然后会列出三个重要的问题给你,中午会帮你复盘,持续推进,晚上睡觉之前会做全天的复盘。当然,你也可以设置每周的大型复盘、分析和展望。所有的时间管理工作可能都可以用WorkBuddy完成。以前的工具都会被调用并展开,你只需要被它监督就可以了。这是一个时间管理系统,这样的时间管理系统在之前是无法想象的。我的人生,第一次真正开始践行“吾日省吾身”。

 

它也会帮你重塑知识管理。 与时间管理不同,时间管理只需要有人提醒就可以了,而知识管理需要有很多上下文和材料库。上下文和材料库需要外挂文本和资源库。我之前的操作方式是每一次操作都把相关的文件上传到相关的 Chat 对话框,然后让AI帮我讨论并回答问题。这样其实最多也就十几个文件。后来我进化到 NotebookLM,可以建立很多知识库。但这些临时上传的文件与文件库与“小龙虾”这个工作台是割裂的,每次开展工作,你都需要专门新构筑一个“小型临时资料库”,而非直接调用你长期积累下来的笔记库材料。这就造成了工作流层面的断裂。

 

我希望的理想状态是,WorkBuddy这样的“小龙虾” 能够帮助你成为大脑的中枢,同时伸出手(也就是所谓的“Claw”)来抓取你原先存于各地的数据。 它可以处理电脑本地端存在的大量的PDF、论文文件、报告,可以读取我十几年积累下来的印象笔记数据,听过的播客、看过的长视频转化为文字后也可以被WorkBuddy拿来即用,用语音口述的一些感悟也可以随意调取,顶级学习笔记工具NotebookLM 的知识库以及它所产生的PPT、视频、播客等如探囊取物……这些发散于各处的资料库,我希望能够通过 WorkBuddy统一调用。它不需要全部合在一起,我只要能随时调用就可以了。

 

 

与以前知识管理者们信奉的“要把所有的知识放在同一个笔记本里”的思路不太一样,之前是“占有”的思维,AI时代应当是“调用”的思维。 用法律语言来说,是从“民法思维”转化到了“商法思维”,不再强调所有权,而强调使用权、经营权。这是一个非常“操作系统”的逻辑方式,而不是将“小龙虾”本身变成数据库。

 

更重要的是,AI时代的检索,已经不再是静态的”文本检索“,而是变成了”语义检索“。此时,你将之前积累在各处、各形态的笔记与数据全部整合、打通,就变得更加重要了。

 

如果真能达到这种理想状态,我只要每天打开 WorkBuddy常驻,所有的学习工作任务就都可以在 WorkBuddy中统一操作处理了。此时的WorkBuddy,就变成了”一个超级智能体+数个外挂记忆库“加持下的 AI OS。这才是真正的、应该给AI配置的”上下文(context)“。

 

 

来了个小弟:Get笔记

Get笔记的使用,其实还在WorkBuddy之前。

 

罗胖(现在好像瘦了很多)推出Get笔记的时候,我就看中了它对”播客转文字“的高效操作,在有近一年的时间里,我是将Get笔记作为听播客后的笔记工具来处理的。我常在空闲、通勤、家务时听播客,有价值的播客往往需要做笔记。但我的场景中基本上没有做笔记的可能性。有了Get笔记后,我开始把小宇宙的播客链接发给Get笔记,它马上回生成文字稿和结构化的AI笔记。如果有哪些要点AI没有整理出来,我会追问一句,叫它展开讲讲,然后作为追加笔记。

 

后来,我看抖音、哔哩哔哩的视频,也用Get笔记形成结构化信息。

 

后来,我听讲座时会拍下PPT,直接扔到Get笔记里,它也可以识别并整理出结构化笔记。

 

再后来,看到好的公众号文章我也不存到印象笔记了,而是扔给了Get笔记。

 

前段时间,作家马伯庸提倡说要重拾”记日志“这个习惯,我听进去了。然后开始用Get笔记的口述功能随时随地记录随想,然后每日睡前做一些回顾日志。

 

……

 

Get笔记由于手机的硬件优势(相对于电脑而言),通过拍照、录音等动作,逐步成为了我所有信息的记录入口。

 

 

但这一切还不足以让这个小弟撼动Ulysses这个笔记大哥的地位。因为Ulysses不是我的素材库,是我的定稿库。换言之,Ulysses是真正的”我自己的“笔记,每个字都是我自己码的,每篇文章都是挂在我自己的知识树上的,这就是我原创的”第二大脑“。

 

直到,Get笔记出了自己的官方Skill。


起初我也没太在意,只是顺手试着将Get笔记的这个官方Skill加载到了WorkBuddy上。

 

然后忽然间,WorkBuddy似乎更懂我了,跟我讨论时也有了更多的”活人感“——它开始知道我的职业、身份、习惯、偏好等(犹豫个人信息保护的读者请继续犹豫),它能根据我的课程表安排工作科研任务的轻重缓急,它会在早报里给出金融商事新闻链接后分析每条新闻中暗含的论文选题或律师业务拓展方向、然后催促我赶紧着手第一步,它会问我是否愿意利用电脑本地资料、Get笔记内容、网络检索文献直接生成研讨会发言稿与PPT……这种主动性、迎合性,让我很享受的同时,又不寒而栗。

 

我战战兢兢地叫WorkBuddy读取我的Mac提醒事项、把日历部分共享给它,我第一次把AI当成真正的助理伙伴”人“来使了!之前我搞的AI都是皮毛,今天才算真正进入状态了。

 

WorkBuddy在Get笔记的数据加持后更懂我,而弱弱的Get笔记自带AI在WorkBuddy加持后能做的事情也更多了。比如,晚间复盘时,WorkBuddy会抓取今天标记为#日志的手机口述笔记,整理后加入”已完成事项“中去;在晚间复盘完成后,WorkBuddy会将复盘成果(包括在WorkBuddy中的当日事件复盘、反省对话、次日延展工作以及Get笔记中的口述内容等)放入Get笔记”日志“知识库中形成当日的完整日志。这在两者分别运作时,都做不到。

 

可我的老伙计Ulysses却连自带AI都没有,且折腾半天也没法接入WorkBuddy。

 

恰好,Ulysses 要续费了。

 

 

与豆包小姐姐的对话

一句漫不经心的问话,撬开了整件事。

 

那天我从学校回家,突然想到了Ulysses续费的事儿,于是一边开车一边与豆包讨论:"我现在有 Get 笔记,而且它已经接入了 WorkBuddy,还需要续费 Ulysses 吗?"

 

豆包答得很干脆:不建议续费。它说 Get笔记加 WorkBuddy 已经可以形成"捕捉—整理—执行—输出"的闭环,Ulysses 无原生 AI、也无法与 WorkBuddy 直连,是冗余项,可以停订了。

 

我当时没有立刻相信它。

 

不是因为我觉得它说错了,而是因为我有个顾虑——Ulysses里存档的那一千多篇文章怎么办?

 

我在 Ulysses 里存了十三年的文字。不是资料,不是剪藏,是我自己一个字一个字敲出来的。法律随笔,课题草稿,给学生讲课的讲义片段,凌晨三点写完的某个案例分析,还有很多没发表过的、不成形的、但我觉得有一天会用到的东西。

 

这些文字稿能不能找个地方放?什么方式比较好?AI 时代该如何处理它?我有这些文件的md文档备份,但它是一个静态的东西,即便WorkBuddy可以对静态备份进行调用,但备份毕竟没办法进行动态处理。我需要把它全部导入到 Get 笔记当中去吗?怎么操作?

 

我把这些困惑告诉豆包。它回答说:”必须导入Get笔记,这是让十几年静态文稿“活”起来的唯一路径。 你现在的核心矛盾是:Ulysses是“静态仓库”,Get笔记+Workbody是“动态引擎”。Ulysses的文稿如果只躺在文件夹里,就是死资产;导入Get笔记后,才能被AI检索、关联、复用,变成你的动态知识库。“

 

听起来很美。

 

我继续问它:”树状结构能不能保留?Ulysses 里我是按研究领域分组的,资本市场一组,金融监管一组,破产法一组,等等。每组下面还有二级子主题。那是我十几年一点一点搭起来的知识骨架与血肉。“

 

豆包信誓旦旦地说:“完全可以保留,Get笔记电脑网页端有完整的树形目录,和 Ulysses 操作逻辑几乎一模一样。”还直接给出了Ulysses文档导出方法,以及导入Get笔记的详细操作步骤。

 

我信了它。

 

更一步的讨论,我们还确定了”定稿与素材严格隔离“的知识库搭建框架。万事俱备,只欠操作。

 

 

豆包和WorkBuddy都是大骗子

可真相是:Get笔记根本就不存在”树状结构“。

 

我把与豆包的讨论一股脑扔给了WorkBuddy,让它帮我评估一下这个方案的可行性。

 

结果WorkBuddy 查了 Get笔记的 API 文档后,说了一句让我愣了一下的话:Get笔记没有树状结构。 尽管知识库(Topic)下面可以设子文件夹,但无论在网页还是手机端,都没有"展开式的树形目录"供你快速定位,只能一层层点开文件夹查看文件。

 

事实上,我手动找了半天Get笔记的界面,确实没有树形结构的可展开目录。

 

我沉默了好久。

 

然后我问 WorkBuddy:如果我能接受树状结构的丧失,你建议全面弃用 Ulysses 吗?理由:树状结构是我用来找东西的,但我真正在乎的,不是文件夹的形状,而是"能不能快速找到我想要的那篇"。如果 Get笔记的语义检索足够强,模糊输入关键词就能精准拉出那篇文章,那树状结构本身并不是不可放弃的。

 

WorkBuddy说:倾向弃用。

 

然后我开始按 WorkBuddy 说的尝试迁移。

 

结果发现WorkBuddy给我的Ulysses导出方法走不通:它告诉我逐组导出,就可以保持文件夹结构和文档的单篇保持。但我操作后,其实按组导出得到的是所有文章拼成的一个大文件,不是各自独立的md文档。

 

我又回头找豆包给的导出方法,也是错的。

 

这俩大骗子!!编的,全都是编的。而且这俩货编的东西竟然还很像!

 

我在对话框里用国粹加PUA话术,狠狠训斥了一番WorkBuddy。它表示虚心接受,但坚决不改——转头又给了我两条假的解决方案。

 

我简直气疯了。最终还是自己手动打开微信公众号检索框,找到了解决方案。

 

跑通后,我强行给WorkBuddy加入了一个全局记忆/工作习惯:当我问到软件操作技巧时,别急着回答,先去微信公众号检索一下真实文章,整理后再回答我。

 

效果如何,还有待观察。

 

然后我去 Get笔记网页端找导入按钮——找不到。

 

Get笔记官方 AI 助手告诉我:目前不支持批量导入 MD 文件。

 

WorkBuddy 很快响应:没有批量导入,就用 API 写脚本,逐篇上传。它写了脚本,当着我的面跑通了,进程挂在后台跑,一篇一篇生成Get笔记。这个蠢蛋,只有编程时靠谱的。

 

但很快又出问题了:Get笔记API 有月度与每日写入配额,跑了 340 篇,成功了 45 篇,配额很快用光。

 

Get笔记的人工客服回复我,抱歉,实在是抱歉,不能给您增加配额。

 

路堵死了。

 

 

第一性原理:Obsidian?

站起来伸懒腰踱了一圈,我突然明白了一件事:其实一直堵着的,不是 API 配额,也不是有没有导入按钮,是我从一开始就问了一个错误的问题。

 

我问的是:怎么把 Ulysses 迁移到 Get笔记?

 

我应该问的是:我为什么要迁移?我真正需要什么?

 

静下来想了一下,我需要的有三件事:

第一,这些文字不能死。 它们不是档案,是我的思维痕迹,我希望它们可以持续生长,加入新的思考,变成真正的"活笔记"。

第二,WorkBuddy 能调用它们。 不是为了存档,是为了让 AI 大脑能从中提取、分析、关联,帮我持续做出新的产出。

第三,有一个好用且漂亮的编辑界面。 本地 MD 文件放在文件夹里,我打开 VS Code 或者 TextEdit 编辑,界面太丑,根本没有写作欲望。颜值党向来是既要又要。

 

这三件事,Get笔记只解决了一部分——它的写作体验可以,WorkBuddy 接口也有,但导不进 1016 篇。除非我连续吭哧吭哧跑脚本20天。

 

我不死心,继续问:如果能够导入Get笔记成为活笔记最好,如果不行,能否推荐另外的笔记?比如 Obsidian 。或者另外的方案?

 

WorkBuddy肯定了我的想法:Get笔记进不去,Obsidian 确实是最佳替代方案,而且比 Get笔记更适合这个场景。

 

Obsidian 是本地 Markdown 编辑器,界面简洁,写作体验极好。更重要的是:它原生就是打开 .md 文件夹的。Ulysses 导出的那个文件夹——1016 篇文章,层层分类——在 Obsidian 里打开,一秒钟,全部在那里,什么都不用转换。

 

我不需要迁移,我只需要打开。WorkBuddy 本身可以直接读取本地 .md 文件,不需要任何中转,直接分析。

 

而且 Obsidian 支持双向链接——[[文章标题]] 这样的写法,可以把"资本市场信息披露"这篇文章,和"上市公司退市制度"那篇文章连起来,形成一张知识网。这比树状文件夹更接近我想要的东西。

 

 

别了,Ulysses

最后的方案是这样的:

 

输入层:Get笔记。手机语音录入,随手记,播客转录,听课笔记。快速、多模态、零门槛。碎片先进这里。

 

定稿层:Obsidian + 本地 .md 文件夹。1016 篇原有文稿在这里,新的定稿也在这里。WorkBuddy 直接读取这个文件夹,随时调用分析。

 

大脑层:WorkBuddy。调用 Get笔记的 Skill,调用本地文件夹,调用各类工具,展开工作流。

 

这三层的底层逻辑,是 AI 时代的知识管理范式。

 

前 AI 时代,知识管理的核心是"人和工具的关系"——我学会 Ulysses,我建好树状结构,我用快捷键检索,我整理文件夹。人在操作软件。

 

AI 时代,这个模型变了。核心变成了"人和知识的关系"——我描述我要什么,AI 从我的文稿库、笔记库、文件系统里提取、关联、推演,给我可以直接用的结果。软件变成了管道,AI 变成了”第二大脑“。

 

Ulysses 是前一个时代的优秀答案。它在那个时代无与伦比。

 

但在这个时代,它没有 API,没有自带AI,WorkBuddy 无法接入它,它的文字只能静静地躺在那里。

 

至此,我彻底停用了Ulysses。

 

要说完全不舍,那是假话。

 

我在 Ulysses 里写作了十三年。它的树状结构是我认知世界的外部化框架。那些折叠着的分组,有些名字我看一眼就想起来是在哪一年、哪种心情下建的。

 

它培养了我一个习惯:写作是思考,不是记录。Ulysses 的界面不提示你做任何事,只有一张白纸,一个光标。什么时候打开,写什么,由你自己决定。这个设计哲学我到现在还认可。

 

Obsidian 继承了这个气质,但更进了一步——它把"写作"和"知识连接"放在了同一个界面里。你在写一篇文章时,可以看到它和其他文章的关联图谱。这是 Ulysses 没有的维度。

 

某种意义上,Obsidian 是 Ulysses 在 AI 时代的进化版。

 

不是背叛,是传承。

 

 

Tips:

要买Get笔记的会员,才能实现诸多挂载”小龙虾“后的功能,否则即使安装了Get笔记的官方skill也是啥也做不了。不贵,199元/年。

 

Ulysses 导出 .md 文件的正确姿势:Ulysses 同时使用内置文稿库和外置文件夹两种方式存储用户的文稿,Ulysses 内置文稿库使用的是自己的特殊格式 .ulysses,而外置文件夹则使用的是 .md 格式。我们需要做的是把文稿迁移到”外置文件夹“即可,操作非常简单。

 

Obsidian 打开 Ulysses 导出的 .md 文件夹:无需任何转换,"文件" → "打开文件夹作为仓库",选中导出目录,1秒钟全部载入。

 

WorkBuddy 可以直接读取本地 Markdown 文件,不需要通过 Get笔记或其他平台中转——这是整个方案成立的技术基础。