从泄露的Claude Code源码中学到的:永远不要把理解外包给别人

前两天，Claude Code 源码泄漏了。

技术圈都在聊那 23 个安全校验器、多 Agent 协调系统、电子宠物彩蛋。

但我被一条系统提示戳中了。

Claude Code 的 KAIROS 协调器里，写着一条铁律：

“Never write ‘based on your findings.’ These phrases delegate understanding to the worker instead of doing it yourself. You never hand off understanding to another worker.”

翻译成大白话：

“永远不要写’基于你的发现’。这句话是把理解外包了。你不能把理解交给别人。”

这是一个 AI 公司的工程师，写给 AI 看的规则。

但我看完后想的是：

这句话，应该贴在每个做副业的人脸上。

我们有多爱”外包理解”

副业圈有一个超级流行的姿势：

“我先抄一下。”

• • 看到别人小红书爆了 → “我模仿发一篇”
• • 看到别人闲鱼出单了 → “我照着上架”
• • 看到别人做 AI 工具赚钱了 → “我买课学一下”

你在”抄”的时候，有没有问过自己几个问题：

• • 这篇笔记为什么爆？是选题好？标题好？还是发布时间好？
• • 这个产品为什么卖得好？是需求真？还是价格低？还是渠道强？
• • 这个玩法为什么能跑通？是平台红利？还是执行力强？还是资源堆积？

大部分人不会问。

因为”问”太累了，不如”抄”来得快。

但”抄”的本质，就是把理解外包给那个做出结果的人。

你觉得你抄的是方法论，其实你抄的是结果。

外包理解的代价

Claude Code 的协调器如果”外包理解”，会变成什么样？

Worker 返回一份报告，协调器看都不看，直接转发给下一个 Worker：

“基于你的发现，我认为我们应该这样做。”

没有自己的判断，没有自己的消化，只是传递信息。

结果是什么？

• • Worker 的错误会一路传递下去
• • 协调者失去自己的判断力
• • 整个系统变成一个传话筒

做副业也是一样的。

你抄了别人的爆款笔记，发了，没爆。

你问为什么，别人告诉你”可能内容不行”。

你信了，然后继续抄下一篇。

你从来没有真正理解：为什么爆的是这篇，而不是那篇。

你只是在不停搬运结论，然后期待不同结果。

这不叫努力，这叫用战术上的勤奋，掩盖战略上的懒惰。

真正的高手，都自己消化

Claude Code 的协调器必须自己消化 Worker 的输出，形成判断后，再发指令。

它不能当传话筒。

做副业也是一样的。

别人告诉你”小红书要做垂直”，这是结论。

但你得自己消化：

• • 垂直是什么意思？
• • 为什么要垂直？
• • 不垂直会怎样？
• • 我的内容不垂直，是因为能力不够，还是因为赛道不对？
• • 如果我硬要垂直，能做到吗？

你没有自己的消化，别人给你的建议越多，你越混乱。

因为十个副业博主有十种说法：

• • 有的说”要日更”
• • 有的说”要质量”
• • 有的说”要差异化”
• • 有的说”要随缘”

你听了十个建议，结果是：

你觉得谁说的都对，但你不知道该听谁的。

怎么做到”不外包理解”

分享三个我自己用的方法：

① 追问到第三层

别人告诉你”这个项目能赚”，你问：

• • 赚多少？（第一层）
• • 赚多久了？（第二层）
• • 有什么前提条件？（第三层）

大部分人回答到第三层就答不上来了。

答不上来的原因，不是人家不想告诉你，而是他自己也没想过。

② 用自己的话复述

别人给你讲了一套方法，你不要点头说”懂了”。

你用自己的话复述一遍：

“所以你的意思是，我应该先……然后……最后……对吗？”

如果复述不对，对方会纠正你。 如果复述对了，你才算真正理解。

③ 记录”但是”

每次学到一个新方法，在笔记本上写下：

“但是，如果……这个方法就不管用了。”

这是你自己的消化。

你没有完全相信对方，你在想”什么情况下会失效”。

这才是真正的理解。

写在最后

Claude Code 的协调器被设计成”不能外包理解”。

不是因为这样更”聪明”，而是因为：

只有自己消化了，才能真正负责。

把理解外包给别人，本质上是在把责任也外包出去。

爆了，是别人的方法好。 没爆，是别人的方法烂。

你永远没有错，也永远没有成长。

做副业最毁人的一句话，不是”这个项目不赚钱”，而是”我先抄一下”。

抄之前，先问问自己：

我真的理解为什么要这样做吗？

如果答案不是确定的，哪怕慢一点，也比自己骗自己好。