Muratcan Koylan 在 Cursor 里构建 Personal OS 已经快两年了。发帖之后收到各种意想不到的人的回复：YouTube 联合创始人、NASCAR 赛车手、一些他尊敬的 AI 领域领袖。这是第一次让他意识到这个方向不再是小众的了。

最大的质疑是：filesystem 做 personal knowledge base 够不够用、能不能 scale。他的回应是：vault 的 scale 是容易的，难的是 curation 和 placement 的 scale。

Karpathy 独立验证了同一方向

Muratcan 发帖之后不久，Karpathy 的 LLM Wiki 就发布了， thesis 完全一致："LLM 增量构建和维护一个持久的 wiki，以结构化、相互链接的 markdown 形式存在于你和原始信源之间。"独立验证，但不是他首创——这个方向现在已经有很多不同实现。

设计 Personal OS 容易，真正的问题在别处

Personal OS 的架构设计只是easy part。真正的瓶颈是知识流入管道：如何把决策模式、职业和人生细节、半成形的想法、写作、那些乱七八糟的东西，花多年时间填充进去——不只是你点赞过的帖子，而是在对的时机、把对的形状写进对的 markdown 文件。

他用一套工具组合来解决这个问题：Chrome 扩展 Feed2Context 从信息流里抓取帖子加上自己的笔记、投到文件系统里，然后 agents 做综合和路由。还有 OpenHome assistant 作为语音管道从房间直接进入 wiki。以及一堆 MCP hooks 连接到各个账号。

但问题在于：orchestrate 所有这些 helpers 让人筋疲力尽。Readwise CLI 是他现在主要用来从 X、LinkedIn、arXiv、书籍、新闻拉取内容的工具，移动端体验好，而且 CLI 的方式让 agents 能找到需要的东西、推进到文件系统里。Skill registries 帮了很多忙，demo 里有 Readwise CLI + alphaXiv MCP 做研究论文的流程：保存论文、agent 拉取全文、分析、再教给他。Zapier CLI 正在测试中，特别是 Triggers API。

核心结论

一个你控制的 personal filesystem 是必须的——你不会想从一个 AI 公司租用自己的记忆。真正的 open problem 是持续喂养它、让它保持最新。真正想要的是一个能观看屏幕、听语音、读取账号、写入 Personal OS 的解决方案，而且这个过程不能永远需要人充当集成层。