项目需求#
Silverthread Labs 为一位《纽约时报》畅销书作家交付了一个 Obsidian 仓库，里面装着她 16 年的笔记，按每个文件里是谁的文字来分类，并配有一个 Claude 提示词，在她批准后归档每一条新笔记。
她的随笔集登上过《纽约时报》畅销书榜，她还在写一份邮件通讯。
她把这项工作说得很小：一堆笔记，大部分在 Bear 里，要搬到 Obsidian。两人第一次交谈的那个晚上，Saif Pasha 就告诉她，这两个应用读取的都只是 Markdown 文件，所以真正重要的是文件本身，以及它们的组织方式。
根据她最先发来的那批文件，他逐个文件夹地拟出了仓库的规划。她修正了一个细节：她的邮件通讯不是一本书。随后她说出了真正的目标。她想给自己的文字安一个家，那些随手记下的想法和较长的段落，原本都埋在从其他作者那里收藏来的材料之中；在这个家里，她可以查询自己在某个主题上有哪些积累，让一个想法长成一本书、一部回忆录或一期邮件通讯。她已经签约的下一本书，将是第一次检验。
难点：普通导入无法照搬的 18 GB#
最先那批文件并不是全部。Notion 的导出跳过了所有嵌套在其他页面里的页面，所以她 Notion 页面之间的链接都指向了虚空。Saif 请她在开启 Create folders for subpages 的情况下再导出一次。完整的数据超过 18 GB：来自 Bear、Evernote 和 Notion 的 16 年积累，格式有 Markdown、PDF、纯文本、HTML 以及完整的 Notion 页面。Saif 在这批数据上重新做了一遍完整分析，因为这么多新材料可能会改变规划。
没有任何东西可以原样照搬。Bear 的 ID 看起来像时间戳，却把日放在月前面，所以标准导入会在毫无警告的情况下把笔记挪到错误的日期上。Mac 压缩包里的 __MACOSX 文件夹在每个真实文件旁边都放了一个 ._ 占位文件，任何简单的计数都会因此翻倍。此外，她的私密材料与其他所有内容混在一起。
Saif 构建了什么#
他围绕一条笔记永远不变的两个事实来构建仓库：它装的是谁的文字，以及它处于哪个阶段。她自己的写作放在最上层，她的各本书旁边是一个 Notebook，用来存放还没有归属项目的想法。其他作者的文字则进入下层一个只增不减的存档。主题用标签而不是文件夹来表示，因为一条笔记可以涉及 5 个主题，却只能放在一个文件夹里。她的私密材料集中在一个文件夹中，因此只需一条规则，就能把它排除在所有同步之外。
她希望每个链接都有用意，同时不要动她的文件，所以每个链接都必须配得上一句话的理由，而且没有任何链接写进她的笔记里。链接都放在枢纽笔记中：每个主题有一条枢纽笔记，列出该主题下的笔记以及收录每一条的理由；借助 Obsidian 的反向链接，在枢纽点名的每条笔记里都能看到这条枢纽。除了每条笔记顶部的一个属性块之外，她的文字一个字都没有改动，Saif 还在动工之前为每一份原件都生成了指纹。
新笔记先落进 Inbox，再由一个提示词统一归档。她在 Claude Cowork 中打开仓库，运行 Saif 写好的分拣提示词，Cowork 就会返回一张表格，列出每个文件、建议的位置及理由，并且每一次移动都要等她批准。当它分不清某段内容是她自己写的还是她收藏的，它就会发问，并把每个回答保存为一条长期规则，因此问题会随着使用越来越少。
成果#
Saif 把仓库连同一份 How to use your vault 指南交给了她，这份指南既写给她本人，也写给她日后指向这个仓库的任何 AI。她当晚就回复了：
Hurrah! It works!
到交接通话时，她已经在手机和台式电脑上用起了这个仓库，换上了自己的配色和字体，还加了几个自己建的文件夹。Saif 带她过了一遍之后，她在仓库上运行了第一个提示词。几秒钟内，它就整理好了 Notebook 里的标题，而每个标题下的正文原封不动。
如今，她来自 3 个应用的 16 年笔记都在同一个仓库里，按是谁的文字分门别类，而她自己的文字随时可以长成她的下一本书。
