骨架自建，AI 填充——我怎么搭这套系统

搭这套 AI 工作台这么久，我慢慢看清自己一直在用同一个模式：骨架自己捏，内容让 AI 填。

这不是一开始想清楚的方法论，是做完一件件事之后回看，发现它一直在那儿。从工作台的核心代码，到这个博客的基础设施，我从来没把「搭骨架」这件事交给 AI，但「填内容」几乎全是 AI 在做。

后来我意识到，这不是分工的巧合，是一个判断——关于什么必须自己掌控、什么可以放手。

骨架是什么

骨架是那些一旦错了，后面全白干的东西。

在工作台里，骨架是三层指挥链的结构、是智能体之间的权限边界、是记忆和反射弧怎么组织、是知识库的边界划在哪。这些东西，我不能交给 AI 去拍——不是因为 AI 不会写，是因为它们决定了整个系统长成什么样。骨架歪了，填再多内容也只是把一个歪的房子装修得好看。

在博客里，骨架是内容怎么分类、用 tag 怎么聚合、门面页怎么跨集合 filter、哪些该公开哪些不该。这些是我对「这个空间是什么」的定义，定义权不能让出去。

骨架的本质是结构和边界。结构决定东西怎么组织，边界决定什么进什么不进。这两样一旦定了，系统的性格就定了。

填充是什么

填充是骨架搭好之后，往里灌的具体内容和实现细节。

博客里的文章、智能体的 SOUL、各种配置、文档、调研笔记——这些是填充。它们重要，但它们是依附在骨架上的。骨架对了，填充可以反复迭代、随时替换；骨架错了，填充再精致也是错的方向上用力。

我把填充交给 AI，不是因为它不重要，是因为它可逆、可迭代、可验证。一篇写得不好可以重写，一个配置错了可以改，一次调研过时了可以更新。但骨架一旦定错，改起来是伤筋动骨的——你要动的是整个系统的地基。

为什么不能反过来

有人会想：既然 AI 这么能干，骨架也让它搭不就行了？

试过，不行。AI 搭骨架的问题在于，它不知道你为什么要这个骨架。它能给你一个「看起来合理」的结构，但这个结构背后没有你的判断——没有你对这个业务的理解、没有你对边界的取舍、没有你对「什么该让渡什么不该」的坚持。

一个没有判断的骨架，最大的问题是它经不起追问。你问 AI「为什么这里这么划」，它能给出一堆说得通的理由，但这些理由是通用的、是可以被另一个同样说得通的理由替换的。而你真正需要的骨架，是那种「换一种划法我就不认」的——它带着你的取舍，带着你踩过的坑，带着你对这个具体业务的判断。

我的记忆系统、我的飞书通道、我的派单链路，每一个骨架的形状背后，都是某次具体的事故或纠结逼出来的判断。这些东西 AI 没经历过，它搭不出来。它能做的是，在我把骨架捏好之后，帮我把填充又快又密地灌进去。

一个分寸

骨架自建不等于什么都自己干。我捏的是骨架，不是每一根椽子。

比如三层架构的「指挥链」是骨架，但每一层具体用什么模型、调用什么工具，是填充——这些我会让执行层去定，只要不破骨架。博客的「内容按房间分类、tag 聚合」是骨架，但具体每篇文章写什么、tag 打哪几个，是填充——这些交给 AI 跑。

分寸在于：捏住结构和边界，放开实现和内容。 你会发现，真正需要你亲自做的，远比你以为的少；而一旦你把该放手的也攥着，系统就长不大——因为每一个填充都在等你拍板，AI 永远在排队。

底层先稳，上层后裹

这个模式和另一个原则是咬合的：底层先稳，上层后裹。

先把骨架的最小内核搭稳——一个能转起来的闭环，比一张完美的设计图值钱。然后用真实跑出来的结果，决定下一层骨架往哪扩、填充往哪加。不是一次性把骨架全捏完再填，是捏一层、填一层、验一层，再往上裹。

这套系统就是这么长出来的。先有三层指挥链的骨架，填上最小能跑的智能体；跑出问题，再裹上反射弧的骨架；又跑出问题，再裹上通道正交分解的骨架。每一层骨架都是被真实运转逼出来的，不是预先设计好的。

收个判断

骨架自建，AI 填充。这句话听着像分工，其实是个关于掌控的判断：结构和边界必须自己捏，因为它们带着你的取舍、定义着系统的性格；实现和内容放手让 AI 填，因为它们可逆、可迭代、不该堵在你这一环。

一个会成长的组织，骨架是你给的，肉是它自己长的。你要做的，是把骨架捏对，然后放手让它长。