Obsidian + LLM WIKI + Composer 2.5 fast = 妈妈再也不用担心我找不到笔记咯

为啥用

  • 所有笔记全是本地的
  • 版本管理和同步有现成的解决方案
  • 我有很多想读或是读了但是没记笔记的东西
  • 借用Coding Agent的多工具同时使用以及Composer 2.5 fast极快的速度,交互时延迟极低

用啥

  • Obsidian:你总得看看你的笔记吧
  • Obsidian Clipper:摘抄看到的好文章、好视频
  • LLM Wiki:Karpathy的记忆设计
  • Cursor:任何一个Coding Agent
  • Composer-2.5-fast:一个tps爆表且还算聪明的模型
  • Obsidian CLI和你喜欢的版本管理+同步方案

咋用

配置

  • 根据LLM wiki把你Obsidian里面创建一个新的文件夹,这个文件夹就是llm wiki,你不去动他,LLM会去改
  • Obsidian Clipper 把 YouTube、B 站、微信公众号、L站等平台想留的内容一键收进 vault
  • 你自己的笔记随便写,你想整理就整理,不想整理有AI帮你干活
  • 把LLM Wiki扔给你的Coding Agent,然后让他和你讨论我们怎么设计这个LLM wiki结构、我的关注点在哪里,明确说你除了LLM wiki这个文件夹以外什么都不能改
  • 结构明确之后,写两个prompt。一个是每天把新进来的所有内容增量索引。一个是每周/月对整个vault进行检查。

使用

  • 每天凌晨把前一天的新内容增量索引
  • 每周/月对整个vault进行检查
  • 查资料的时候直接用composer 2.5 fast对话。不管是先看LLM wiki里面的index、cursor自带的index、直接grep、还有obsidian cli,哪一个都能几乎瞬间找到你要的内容。
  • Coding Agent对多工具调用的强大支持意味着你看到的答案可能是通过4个不同路径同时召回的。

这只是我最近搭出来的一个基座/思路,欢迎大家分享有啥可以优化改正的地方。

36 个赞

这个llm wiki我感觉想法挺好的,就是目前能落地的项目体验,感觉很少,自己之前也想搭建,但是感觉笔记的实时维护有点难

3 个赞

我现在也觉得实时维护还是比较困难的,所以我选择了每天半夜维护。不过我问问题的时候,这个LLM wiki只是一个入口,所以按照道理来说,只要你的笔记在,那就肯定能查到。

1 个赞

对于有收集癖的人来说, 非常的爽. 虽然回过头看一眼, 又变陌生了.

2 个赞

这个不明白什么意思,建个文件而已?还是把llm-wiki.md文档放进去?

你可以去读一下llm wiki这个理念,原文有写。其实就是个文件夹,里面有一大堆文件。