Logseq

背景 用了这么久的 Logseq 和 Hugo 博客，笔记越攒越多。Hugo 博客里有二十多篇文章，Logseq 里更是有几十上百页的技术笔记，但问题是——这些东西虽然都在，用的时候却很难快速找到。 比如我想知道"之前是怎么配 Syncthing 的"，得去 Logseq 里翻半天，再去 Hugo 博客里看一遍旧文章，两边内容还可能有冲突。 说白了，我的笔记系统有个根本性问题：写的时候很爽，用的时候找不到。 后来看到了 Andrej Karpathy（前特斯拉 AI 总监、OpenAI 联合创始人）分享的一个模式，叫做 LLM Wiki。看完觉得这思路很适合我，于是实践了一下，把现有的 Hugo 博客文章和 Logseq 笔记整理成了一个结构化的 Wiki。 这篇就来分享一下整个整理的方法和方案。 为什么不用传统笔记管理方式 我之前其实试过几种方式： 纯靠 Logseq 搜索——关键词能搜到，但搜出来的结果往往很散，一个知识点分布在好几条笔记里，每次看都要重新拼凑 建一堆目录分类——技术/运维/开发/AI 这样分，但很多内容跨领域，比如 Docker 既是技术又是运维工具，放哪儿都不对 Obsidian + 标签——标签系统灵活是灵活，但标签多了之后跟没分一样，#docker 下面挂了 50 个完全不相关的笔记 核心问题是：传统笔记系统是"存储导向"的，我需要什么再去翻。而 LLM Wiki 的思路是"知识导向"——先把知识提炼出来，整理成结构化的页面，之后不管谁（人或 AI）来问，都能直接给出答案。 什么是 LLM Wiki 简单说，LLM Wiki 就是一个纯 Markdown 文件组成的知识库，没有数据库，没有特殊软件，就是一个文件夹里的 .md 文件。 但它跟普通笔记有几个关键区别： 分层结构——原始素材和提炼后的知识分开存放 实体和概念分离——“Docker 是什么”（实体）和"容器化的设计思想"（概念）是两种不同类型的页面 强制交叉引用——每个页面必须用 [[wikilink]] 链接到至少 2 个其他页面 不可变原始素材——导入的笔记原文不动，提炼出的知识写在另外的页面里 操作日志——每次整理都记录到 log.md，方便追溯 整体架构 最终我的 Wiki 目录长这样： ...

这篇文章介绍的是开源同步软件 Syncthing 的基础使用以及自己服务器的搭建过程 是什么 贴上 Github 地址：Syncthing 是一款可以进行同步的软件，不同于各种“云”（谷歌Sync、坚果云），这款软件没有云端服务 p2p 模式进行数据同步，不存在第三方中心，因此可以认为数据是安全的 如果两个客户端在同一个局域网，则会直接依赖于局域网进行数据传输 如果两个客户端不在同一个局域网，则会通过中继服务器进行传输，中继服务器可以用 default，全球各个地方都架设的有（用户自行架设的），但是用别人服务器的话，还是会担心一些安全问题，尽可能使用自己的服务器 简单描述下我是怎么发现的 开始使用 Logseq 的时候，我发现 Logseq 这个软件我直观的用途应该有两个： 办公时候在电脑上用 随拍、随记、读书，需要随时随地在手机上用 这样就涉及到了一个非常明显的问题：需要在 PC 端和手机端进行数据同步 考虑过几个方式： 通过 Github 做中心，PC 和手机都在使用前做拉取操作 卡在了手机端，尝试了很多软件，没有能很方便的支持的 通过云硬盘同步工具 找了几个遇到各种问题 配置麻烦 数据需要在别人的云端 后来发现了 Syncthing，简单了解了之后发现这个就是我想要的 本来以为会比较困难，没想到使用起来太简单了 怎么用 下载地址：自己直接去 Github 上下载最新版就行 想快速使用的话，就在自己家里面试试，两个手机都连上家里局域网，都安装上这个软件 添加设备 添加共享的文件夹 共享文件夹中有要共享的设备选项，勾上要共享的设备，对方手机上就会收到提示，确定了选择一个要保存到的目录 这样两个目录就能进行数据同步了 电脑端的使用 下载电脑版的之后，启动可执行文件，会打开一个命令窗口，不要关闭它 同时会在浏览器上打开 GUI 地址：127.0.0.1:8384 操作方式跟手机端是一样的 并且电脑上还会推送附近的客户端 操作举例 新增文件夹 文件夹路径，就是本地要同步的目录 共享：就是要共享的设备，因为可能会加进来很多设备 版本控制：暂没用到 忽略模式：就跟 .gitignore 类似，哪些是忽略同步的 ...