夜雨聆风18天，我做了一个Blender 3D AI助手。
2天，我又做了一个Godot游戏引擎AI助手。
同一个人。同一套AI工具。效率差了9倍。
你可能觉得是我变熟练了。不完全是。
真正的差距在于——第一次，我在同时做两件事。造产品，和造工具。
18天到底在干嘛
先说结论：18天做3D助手，至少有10天不是在做产品，是在搭基础设施。
我是财务科长，不是程序员。Blender我懂一点，Python勉强能看。做AI助手这件事，我不是从零开始的——我是从负数开始的。
第一步就卡住了：AI助手怎么跟Blender通信？光这个问题，试了三天。就像你买了一匹好马，但发现马连缰绳都没有，你得自己编。
然后是界面。AI助手不能只是个聊天框吧？得有工具面板，得有状态显示，得有操作反馈。这些不是产品需求，是基础设施——但没有它们，产品根本跑不起来。
再然后是最花时间的部分：给AI装马鞍。
AI就像一匹烈马。它很聪明，跑得快，但你不给它装马鞍和缰绳，它要么乱跑，要么站着不动。你得告诉它什么时候该跑、往哪跑、什么时候该停下来问你。
这个"马鞍和缰绳"系统，在行业里叫Harness——驾驭层。听起来很专业，其实就是一件事：让AI能靠谱地干活，而不是瞎折腾。
搭这套驾驭层，占了18天里最长的部分。
18天里，我反复在两个角色之间切换：产品经理和架构师。
产品经理说"我要这个功能"。架构师说"等等，底层还没搭好"。
这就是第一个项目最折磨人的地方：你想往前跑，但路还没修。
18天的学费买了什么
做完3D助手那天，我没急着庆功。我花了一个晚上回看整个过程，发现18天真正沉淀下来的，不只是一个助手。
我列出了一份清单：
1. 界面框架。 工具面板、状态栏、操作反馈——这些跟3D没关系。就像你装修了一间厨房，下次换房子，橱柜和灶台可以搬走。
2. 驾驭层。 这是最值钱的部分。就像你给马装了一副好马鞍——这副马鞍不认马。换一匹马，马鞍直接搬上去。AI怎么查文档、怎么记住之前说过的话、怎么把大任务拆成小步骤、怎么避免犯重复的错误——这些能力跟"3D"还是"游戏"没关系，是通用的。
3. 自动巡航。 项目稳定之后，AI可以自己跑——自动修bug，自动推进既定目标，不用你盯着。但这个有前提：你和AI必须已经把方向掰扯清楚了。就像自动驾驶——高速上可以开，但地库里不行，因为地库连车道线都没有。3D项目跑通了自动巡航，Godot项目直接挂上。
4. 复制公式。 我发现每个AI助手都是同一个套路：一匹马（AI模型）+一副马鞍（驾驭层）。马可以换，马鞍不用换。3D助手和Godot助手，用的是同一副马鞍，只是马不一样。
5. 需求拆解器。 这是意外收获。做3D助手的过程中，我把"怎么从一个模糊想法变成可执行方案"这个过程，做成了一个工具。下次做新产品，直接用。
5个东西。
不是计划好的。是做完才意识到——哦，这些可以复用。
2天的真相
知道我要做Godot游戏引擎AI助手的时候，我以为至少得一周。
结果2天就跑完了。
不是因为Godot比Blender简单。说实话Godot的API文档比Blender还乱。
是因为那5个东西直接拼上去了。
界面框架？搬过来，加几个游戏引擎专属按钮就行。
驾驭层？整个搬。只是"查文档"查的从Blender换成了Godot。马鞍不变，马换了。
自动巡航？3D项目已经设好了什么时候该自动跑、什么时候该停下来确认，Godot项目直接复用。
复制公式？同一副马鞍，换匹马。
需求拆解器？直接用来拆解Godot的需求。
2天里我干了什么？写Godot专属的工具调用和文档解析。就这些。
其余的，18天已经帮我造好了。
说实话，Godot助手本来都不在计划里。做3D助手的时候顺便想到，游戏引擎也可以来一个。沉淀在那里，它自然就长出来了。
"顺带"两个字，本身就是复利的特征。
为什么第一个项目最难
我后来想明白了这件事。
第一个AI项目的成本，不是产品成本。是产品成本+马鞍成本。
你要骑马赶路，得先有马鞍。但马鞍还没造好，你只能边造边骑。这就好比你要骑马赶路，但得先自己造马鞍和缰绳。
所以18天里只有8天在做产品。另外10天在造马鞍。
第二个项目呢？马鞍已经有了。
产品成本还在。但马鞍成本降到了接近零。
所以2天。不是AI变强了。是我把马鞍造好了。
这就是Vibe Coding的复利：第一个项目你在交学费，后面的项目你在收利息。
复利的本质不在代码里
说到这里你可能会想：那我是不是把代码复制粘贴就行了？
不是。
真正值钱的沉淀，不是代码。
是三样东西：
造马鞍的手感。 你知道驾驭层该怎么搭，自动巡航什么时候该开——方向没定好之前绝不开，什么时候该让AI自己决定什么时候该兜底。这种判断力只有做过一次才知道。下一次直接用，不用再试错。
踩坑的直觉。 你知道AI在哪里容易出错，哪里需要人工兜底，哪里可以全放手。这种直觉，文章教不会你，只有踩过坑才长在脑子里。
"能不能复用"的习惯。 你开始有意识地问自己：这个东西下一个项目能不能用？这种思维方式，是18天最大的收获。
代码会过时。架构会迭代。但这三样东西只会越来越值钱。
三个你可以马上做的事
1. 做完项目写沉淀清单。
别急着开下一个。花一个晚上，列出你这次造了什么可以复用的东西。不是代码，是组件、流程、判断。你会发现比你以为的多。
2. 故意做可迁移的东西。
别只解决当前问题。每做一个模块，问自己：换一个领域，这个还能用吗？如果能，就把它做通用。多花10%的时间，下次省50%。
3. 第一个项目别急。
慢是正常的。你在同时造产品和造马鞍，双重成本。别拿"别人3天做个App"来逼自己——他们可能已经有了马鞍库。你的慢，是投资。
这一趟很值
18天做3D助手的时候，我没想过2天后会做出Godot助手。
也没想过那5个东西会变成后面所有AI助手的地基。
更没想过，做3D助手这件事最大的价值，不是3D助手本身。
而是它让我知道了：第一个项目最难，不是因为你笨。是因为你在交学费。
学费会回来的。带着利息。
