我给两个 AI 助手立了规矩,也重新整理了自己的知识库

最近，我越来越清楚地感觉到：

当一个人开始同时使用多个 AI 工具，真正让人疲惫的，往往不是不会用，而是不知道一件事究竟做到哪里了。

有些内容在 Codex 里讨论过，有些文件由 WorkBuddy 整理过，还有一些决定已经写进 Obsidian。每一处单独看都没有问题，但当它们同时存在时，新的混乱也开始出现：

这个任务现在归谁负责？

另一个助手知道前面发生过什么吗？

几个相似目录里，哪一份才是以后应该继续更新的版本？

测试成功、草稿完成和正式交付，又是不是同一件事？

今天，我没有急着再增加一个新工具，而是停下来，给这套协作方式重新立了规矩。

两个 AI 助手，不等于一个共享大脑

我先纠正了一个最容易产生误会的地方。

Codex 和 WorkBuddy 是两个独立的助手。它们可以处理相似的任务，也可以访问我允许它们使用的共享文件，但它们并不会自动共享聊天记录和上下文。

我在 WorkBuddy 里说过的话，不会自动出现在 Codex 的记忆里；Codex 完成的判断，也不会因为两个工具都在同一台电脑上，就自然传递给 WorkBuddy。

这听起来像一个很基础的事实，却直接决定了协作能不能长期运行。

过去，我容易把“文件在同一台电脑上”和“两个助手已经理解了同一件事”混在一起。真正开始做长期项目后才发现，共享文件不等于共享理解，能够读取也不等于已经完成交接。

所以，从今天开始，我不再把它们想象成一个无所不知的 AI 团队，而是把它们当作两个能力不同、需要明确交接的协作者。

我建立了一个唯一的“协作中枢”

为了让交接不再依赖我的临时记忆，我在 Obsidian 中建立了一个“协作中枢”。

它不是新的聊天窗口，而是一组双方都可以读取的共享文件。这里集中记录当前任务、待确认事项、结构变更和每一次正式交接。

一份交接记录必须说明：

• 这次任务的目标是什么；

• 哪些结果已经验证；

• 产物保存在哪里；

• 还有什么没有完成；

• 下一步由谁负责；

• 哪些边界不能越过。

同时，一项任务只设一个当前负责人。

这条规则看起来有些“笨”，却很重要。因为当两个助手都可以做一件事时，如果没有负责人，最后往往不是效率翻倍，而是重复修改、状态冲突，甚至谁都以为对方已经完成了最后一步。

现在，只有写入协作中枢的内容，才算真正完成跨助手交接。口头说过、某次对话里提过，但没有形成共享记录的，都不能假设另一方已经知道。

知识库最需要的，不是更多目录，而是唯一答案

梳理协作关系之后，我又重新检查了整个 Obsidian 知识库。

这次没有推倒重建。

原来的 PARA 运营层，以及用于保存研究材料的 `raw/wiki` 层，整体方向仍然合理。真正需要解决的，是长期使用以后逐渐出现的几个问题：入口越来越多、项目索引越来越长、每日复盘不断膨胀，以及相似页面之间开始重复维护。

我最后做的核心调整，不是增加更多分类，而是为重要信息指定“唯一权威位置”。

例如，“一陆慢言”过去有几个看起来都像项目入口的页面。它们并没有消失，但从今天开始，只有 `01-项目/一陆慢言一人公司/` 是持续维护内容和状态的权威目录，其他旧入口只负责导航。

这样做的意义是：以后无论 Codex、WorkBuddy，还是我自己重新回来，都不需要先猜“哪一份最新”。

项目索引也从堆放大量进度的长页面，改成了轻量路由。详细状态回到各自的项目页，每日复盘则按月份拆开保存。历史内容仍然保留，但不再让所有信息挤在一个越来越难维护的文件里。

我越来越认同一件事：

知识库的价值，不在于它能装下多少东西，而在于下一次需要行动时，能不能迅速找到可信的那一份。

“做过”不再等于“做完”

今天还统一了一个对我很重要的状态边界。

测试通过，不等于正式结果完成。

文案写完，不等于文章已经确认。

图片生成，不等于图片已经采用。

保存到公众号草稿箱，也不等于已经发布。

这些区别，以前主要依赖我和 AI 在对话里临时说明。现在，它们会直接写进任务状态和交接记录中。

特别是在公众号和视频这类对外内容上，我仍然保留人工确认点：文案先确认，图片再确认，最后才进入排版和草稿箱。同步只到草稿箱，不自动发表，也不自动群发。

这不是为了让流程变慢，而是为了让 AI 的速度始终服务于人的判断。

我整理的不是文件，而是未来的协作成本

回头看，今天做的事情并不炫。

没有新模型，没有一键生成的惊喜，也没有一个可以立刻展示的宏大成果。

我只是把目录重新理顺，把交接方式写清楚，把负责人和状态固定下来，并为几个重要项目指定了唯一入口。

但对一个人经营的长期项目来说，这些基础工作可能比再多学一个工具更重要。

因为一个人最稀缺的，不只是时间，还有重新理解过去的心力。

如果每次开始任务，都要重新翻聊天、核对文件、回忆谁改过什么，那么 AI 节省下来的时间，很快又会消耗在混乱里。

而一套清楚的协作系统，真正减少的是未来一次又一次的重复判断。

这也是我希望长期保留的工作习惯：

已经完成的，就明确完成；仍待验证的，就诚实地留在待验证。

写在最后

我曾经以为，使用 AI 的关键，是找到一个更聪明、更全能的助手。

现在我慢慢发现，真正决定效率的，可能不是助手有多少，而是我有没有建立一种不会随着工具增加而失控的协作方式。

让 Codex 做 Codex，让 WorkBuddy 做 WorkBuddy。

它们不需要假装共享一个大脑，只需要在清楚的边界里，各自完成任务，并把结果可靠地交到下一棒手中。

而我真正要搭建的，也不只是一个知识库。

它更像是一套属于一人公司的外部记忆：知道什么已经发生，什么仍待确认，下一步应该从哪里继续。

这套系统今天刚刚完成第一次整理。

它还需要时间验证，但至少从现在开始，我不必再把所有事情都记在脑子里了。