我的 Wiki 为什么能长成 AI 工作台

我现在给 Codex 派活，已经很少直接从空白对话框开始。

更常见的动作，是先把它带回 Wiki。

读项目页，读规则，读旧判断，读上一次留下来的坑。看完这些之后，它再去改一段文案、整理一篇来源笔记、检查一个页面，状态就完全不一样了。

这个变化很小。

但它慢慢改变了我对 AI 工作流的理解。

以前我总觉得，工作流长在工具里。长在 Codex 的对话里，长在 GitHub 的提交里，长在飞书文档和个人网站里。后来我才发现，那些地方更像结果被交付出来的地方。

真正让结果接得住的，是另一个更安静的位置。

我的 Wiki。

我用 LLM 来管理 Obsidian，差不多就是从看完 Karpathy 那篇 LLM Wiki 方法 开始的。

那篇东西当时最打动我的，是它把一件事讲得很清楚。

Off the Deck / 01

Obsidian 像 IDE，LLM 像程序员，Wiki 像代码库。

这个比喻一下子把我点醒了。

以前我也会让 AI 帮我总结文章、回答问题、整理要点。用完当然很爽，但爽完就过去了。那一刻我突然意识到，如果答案只停在聊天框里，它就还不是我的知识。它只是一次临时对话。

真正有意思的地方，是让 LLM 去维护 Wiki。

新资料进来，要被吸收进已有结构里，不能只停在收藏。好的回答出现，要写回某个项目、某个主题、某条规则，不能只被复制出去。旧页面过期了，也可以被检查、被修正、被重新连接。

我后来就有点一发不可收拾。

开始让 Codex 帮我整理来源笔记，检查双链，更新项目页，写维护说明，跑 lint，把一次次对话里有价值的东西压回 Wiki。慢慢地，我才发现，表面上是在多写几篇笔记，实际是在训练一个能被 LLM 接手的工作现场。

很多朋友可能会把 Wiki 理解成资料库，我一开始也是这么用的。看到一篇文章，剪下来。开完一个会，记下来。想到一个点子，丢进去。那时候它像一个比较勤快的收纳箱，能帮我少忘一点东西。

可说真的，资料存得越多，我越意识到一个问题，存下来不等于用得上。链接躺在 Clippings 里，观点躺在每日笔记里，项目躺在某个角落里，如果它们之间没有判断，没有动作，没有边界，它们就只是安静地占地方。

真正的变化，是从我开始往 Wiki 里写判断开始的。

判断这个东西很麻烦。它不像资料那么体面，也不像结论那么干净。它经常带着当时的犹豫、偏见、试探，还有一点点说不清的直觉。比如这个素材值不值得深处理，这个主题应该进来源还是进项目，这个想法可以公开写到网站，还是先放在收件箱里冷一冷。

这些判断看起来很碎，但它们会告诉下一个接手的人，当时为什么这么做。

这个下一个人，有时候就是我自己。

有时候是 Codex。

我在广告行业待久了，对交接这件事有点天然警惕。很多工作烂掉，并非因为大家不努力，更多时候是因为现场被压缩成几个形容词。客户说要高级，策略说要年轻，创意说要有态度，到了执行那一层，只剩下一堆漂亮但无法落地的词。

一个好的 brief，厉害的地方就在这里。它把感觉翻译成边界，把方向翻译成可执行动作，把审美判断翻译成验收标准。

现在我看 Wiki，也有点像看自己的个人 brief 系统。

它里面有资料，但资料只是入口。更重要的是，它记得我为什么认可一个方向，为什么否掉一个方向，为什么某个项目现在先搁着，为什么某条规则要常驻在 AGENTS.md 里，为什么有些长规则只放在系统与维护里面，按需读取。

这听起来有点琐碎。

但它真的救命。

对 Codex 来说，任务难还好，现场一断，它就只能靠猜。你让它整理一篇来源笔记，它不知道这个 Wiki 对 frontmatter 有洁癖。你让它改今日启动台，它不知道首页和启动台的边界。你让它写文章，它不知道这里是个人网站 note，不能突然长出公众号尾巴。

人可以靠默契补，AI 很难一直靠默契。

所以我后来越来越在意规则。这种规则少一点制度感，更像是把自己踩过的坑，压成一句下一次能直接用的话。Markdown 改动后检查标题层级和双链。来源笔记生成后跑 obsidian_lint。涉及日期、价格、版本、政策就主动核实。要动 Git 状态之前先停一下。

你看，这些句子一点都不性感。

但 agent 能不能接住工作，很多时候就差这些句子。

还有一个更关键的东西，是写回。

以前我也很容易把 AI 的回答当成一次性消费。问完，复制，粘贴，关掉。短期很爽，过几天再打开，又要从头讲一遍背景。

这个坑我踩了很久。。。

后来我开始强迫自己让结果回到 Wiki。一个外部视频被看完，要变成来源笔记。一次排障跑通了，要留下维护说明。一个项目阶段结束了，要写交接摘要。一个规则反复用到，就从临时对话里沉淀到系统与维护。

读可读，写可写，循环才会起来。

我有时候觉得，很多人聊 AI 协作时太迷信 prompt 了。Prompt 当然重要，我自己也写。但真正决定一件事能不能持续推进的，往往是另一个更朴素的问题。

Off the Deck / 02

你有没有一个地方，让上下文可以长期活着。

我说的活着，是会被翻动，会被改，会被纠错，也会在某一天突然被重新调用。今天写个人网站，明天修图库，后天处理飞书文档，再过几天回头看一个播客推荐系统，表面上这些事情分散得很，背后都在共用同一个底盘。

这个底盘，就是 Wiki。

当然，说实话，我这套东西还远没到漂亮的程度。收件箱会堆积，旧规则会过期，有些笔记写完就再也没被碰过。我偶尔打开也会心虚，心想这都什么跟什么。

但我现在不会因为它乱，就觉得它没价值。工作本来就乱。一个真正能用的系统，应该允许现场留下痕迹，也允许下一次进入时能看懂痕迹。

所以这篇文章没有打算教你怎么搭知识库。我只是想解释，为什么我的 Wiki 会慢慢长成一个 AI 工作台。

因为它不只保存我看过什么，它也保存我当时怎么想。它不只保存一个项目做到了哪里，它也保存下一步该怎么接。它不只让 Codex 读到资料，它还让 Codex 读到 Aries 的判断、边界和脾气。

写到这里，我突然觉得 Off the Deck 这个位置也挺合适。它放的是还带着现场气味的工作记录，完成度不一定很高，也不用装成宣言。它更像我把牌桌外的真实工作摊开一点，告诉你，我现在大概是这么和 AI 一起干活的。

这里面没有什么神秘的东西。

Off the Deck / 03

把材料留下来，把判断留下来，把规则留下来，把动作留下来。

然后让下一次工作，能够接着发生。