最新

嗨 HN， 我是一位 Obsidian 的重度用户。 最近我厌倦了两种常见的同步方案的权衡： 1. 基于文件的同步（iCloud/Dropbox/Syncthing），让你等待更改传播，或者给你一个“冲突副本”。 2. 自托管设置（如 CouchDB），需要操作虚拟机和 Docker 化的数据库来同步 Markdown 文件。 所以我构建了 <i>YAOS</i>：一个本地优先、实时的 Obsidian 同步引擎。 自托管 OSS 应该有更好的用户体验。 你可以一键将后端部署到你自己的 Cloudflare 账户。它完全符合 Cloudflare 的免费套餐（对于普通的个人使用，每月花费 0 美元），并且完全不需要终端交互、SSH 和 env 文件。 你可以立即试用：<a href="https://github.com/kavinsood/yaos" rel="nofollow">https://github.com/kavinsood/yaos</a> <i>它在幕后是如何工作的：</i> * 文本同步使用 Yjs CRDTs。它同步实时的按键和光标，而不是将库视为一堆稍后要推送的文件。 * 每个库映射到一个 Cloudflare Durable Object，为你提供一个低延迟、单线程的边缘协调器。 * 后端在 DO 的 SQLite 存储之上使用分块的 Checkpoint + Delta-Journal MVCC 存储引擎。 * 附件通过 R2 单独同步（这是可选的——文本同步在没有它的情况下也能正常工作）。 这个项目中最难的部分是将 Obsidian 的同步 UI 和嘈杂的 OS 文件监视器与内存中的 CRDT 图连接起来。我不得不构建一个尾随边缘快照排水器，将快速的 IO 突发（如运行查找和全部替换）合并成原子 CRDT 事务，以防止无限的写入循环。 目前的设计为每个库保留一个单体 CRDT。这对于普通的个人笔记来说很好，但有一个硬内存上限（大约 50MB 的原始文本）。我选择了这种权衡，因为我更关心快速、可靠的实时人体工程学，而不是无限制的企业规模。 我还在 GitHub 上写了关于棘手部分的工程笔记（例如，处理离线文件夹重命名冲突，而不会恢复已删除的文件）。 在过去的三个星期里，我一直在进行残酷的 QA 检查，以强化移动设备重新连接、IndexedDB 配额失败和离线分裂脑目录重命名。 我很乐意收到关于架构、代码或我所做的权衡的反馈。我会在帖子中回答问题！

我正在努力从概念上充分理解 LLM，以便能够预测它们在生成代码方面的能力（和局限性）。这是一个合理的目标吗？有什么好的资源吗？ 到目前为止，我查阅了： 1. 《Vibe Coding》，作者：Steve Yegge 和 Gene Kim (https://www.amazon.in/Vibe-Coding-Building-Production-grade-Software/dp/1966280025)。这本书有一些实际的例子和许多指导方针。但它没有太多理论，而且据我所知，它也没有从概念上解释 LLM。 2. 《从零开始构建 LLM》，作者：Sebastian Raschka (https://www.manning.com/books/build-a-large-language-model-from-scratch)。这本书看起来很深入。但我实际上并不想 <i>构建</i> 一个 LLM。 3. 《AI Engineering》，作者：Chip Huyen (https://www.amazon.in/AI-Engineering-Building-Applications-Foundation/dp/1098166302)。这本书看起来很有希望，尽管它不是以代码为中心的。 也许类似《Claude 代码的工作原理》（https://code.claude.com/docs/en/how-claude-code-works）这样的内容，但需要更详细地阐述。 谢谢。