Meta 花20亿买了个“烂笔头”？Manus 的技术实现其实土得掉渣（如此简单）

上个月底 Meta 掏了 20亿美金 买下 Manus AI 的时候，我朋友圈里那一堆搞大模型的都炸了，虽然可能会黄，但毕竟辉煌，哈哈，有点绕，懂的都懂。

当时大家都在猜 Manus 用了什么黑科技。结果这几天技术细节一扒，很多人（包括我）都沉默了。

这玩意儿的核心护城河，居然是一堆 Markdown 文件。

说实话，第一反应是荒谬，第二反应是——这太特么合理了。因为总结起来就是好记性真不如烂皮头，话说，我之前写写代码做工程不就是这么干的吗？

01 你的 AI 为什么总是“聊爆”？

咱们写代码的都懂那个瞬间：

刚开始跟 Claude 结对编程，前二十分钟如胶似漆，它懂你的架构，懂你的变量命名。但只要对话超过 50 轮，它就开始“脑抽”了。

它会突然忘记你半小时前定下的接口规范，开始胡乱引包，甚至当你指出错误时，它还会一本正经地胡说八道。

这不是模型笨，是“记性”炸了。

我们习惯把所有代码、文档、需求一股脑塞进 Context Window 里。就像给一个刚入职的实习生一次性灌输 500 页的文档，然后指望他马上干活。

结果就是 Goal Drift（目标漂移）。它连自己本来要干啥都忘了。

Manus 值钱就值钱在，它不信 AI 的脑子。它只信烂笔头。

02 价值 20 亿的“三板斧”

Manus 的逻辑简单粗暴：别让 AI 靠脑子记事，逼着它写文档。

它搞了个所谓的“3-File Pattern”。听着高大上，其实就是我们在项目根目录丢三个 Markdown 文件，然后强行规定 AI：每动一次手，必须先看这三个文件，再改这三个文件。

我试着在自己的项目里复刻了一下，效果确实比干巴巴的 Prompt 强太多。

第一份文件：task_plan.md (防跑偏用的)

这是个 Check List。

AI 最容易干的一件事就是“钻牛角尖”。修一个 Bug，修着修着就开始重构整个模块，最后原来的 Bug 没修好，新 Bug 一堆。

这个文件里只写三样东西：

1. 最终目标是啥？
2. 咱们现在走到第几步了？
3. 下一步具体干啥？

每次 AI 想写代码，先让它读一遍这个。就像以前 Team Leader 站在你身后问：“你现在到底在瞎折腾什么？”

第二份文件：findings.md (记错本)

这个最实用。

你在调试环境时，发现 Node 18 有个 weird bug；或者发现某个库的最新版 API 变了。这些信息，通常聊几句就被刷过去了。

Manus 强迫 AI 把这些“新知识”记在这个文件里。

下次再遇到类似问题，AI 不会再傻乎乎地去查文档或者瞎试，而是直接调取这里的记录。这就不再是个实习生了，这是个甚至记得“这台服务器周二下午重启会报错”的老员工。

第三份文件：progress.md (流水账)

这玩意儿就是个 Log。

刚才跑测试挂了？挂在哪一行？上一次尝试改了哪个函数？

全都记下来。

这主要是为了防止 AI 陷入死循环——你知道的，有时候 AI 会反复尝试同一个错误的修复方案，以此来羞辱人类的智商。有了这个文件，你就能直接甩给它：“这招刚才试过了，不好使，换一个。”

如何使用这套技能，对 skills，现在火得一逼的一个概念

简单到爆：

# Install the pluginclaude plugins install OthmanAdi/planning-with-files

就好了，然后你就可以/planning-with-files 了

03 所谓“上下文工程”，其实就是立规矩

现在外面都在吹 Context Engineering（上下文工程）。

别被新名词唬住了。

以前我们搞 Prompt Engineering，是琢磨怎么跟 AI “说话”；现在这套，是琢磨怎么给 AI “立规矩”。

Meta 的 20 亿美金其实就买了个明白：未来的 AI 竞争，不是比谁的模型参数更大，而是比谁能让 AI 更有条理地干活。

这套方法论完全不需要等 Manus 普及。你现在就可以在你的 Cursor 或者 VS Code 里试试。建好这三个文件，然后在 Prompt 里加一句：

“干活前先读 task_plan.md，有新发现记入 findings.md，操作记录写进 progress.md。”

你会发现，那个平时有点神经质的 AI，突然变得“稳”得可怕。

写在最后：

挺讽刺的。

这些写文档、记日志的习惯，以前都是 Team Leader 逼着我们人类程序员干的，大家都不爱干。

现在好了，人类懒得干的事，让 AI 去干，结果这套工作流居然被资本市场定价 20 亿。

可见“好记性不如烂笔头”这句老话，对硅基生物也一样管用。