所有人都说 AI 让你更快。它确实更快了。但也没有。
AI 加速了工作本身。审批没有加速。
每增加一层审批,速度慢 10 倍,不是 2 倍
修一个 bug:30 分钟。 Code review:5 小时。 架构审批再走一轮:一周。 排进另一个团队的时间表:一个季度。
数学很残酷,而且很一致。
这些时间里几乎没有一秒是真正的干活。都是在等。
所以当 Claude 把写代码的时间从 30 分钟缩短到 3 分钟——很好。但 review 还是 5 小时。你节省了 27 分钟。你移动了瓶颈,没有移除它。
没人把这件事说出来,但仔细看就很明显:
Founder 是所有重要事项的唯一审批层级。战略文档、产品决策、招聘、合作、对外发言——所有重要的事情都在你后面排队。
你的团队会补偿,但会让情况更糟
他们猜你会说什么。他们在文档里预先添加防御性说明。他们订 30 分钟的会议来获取 5 分钟的信号。他们花在预测你反应上的时间比花在做事上的时间还多。
AI 不能解决这个问题。它只是让队列堆积得更快。
真正的解锁:让你的决策在你不需要你的情况下可用
真正的突破不是更好的异步工具,而是让你的决策变得可查询——让你的判断在你不在场的时候也能发挥作用。
如果你的团队能直接查询你真实的权衡方式、什么会让你警觉、什么会得到即时批准——他们就不需要把一半的事情提交给你。
这就是 soul file 所做的事。
你把写作丢进去——推文、散文、战略文档、Slack 消息,任何有真实信号的文本——它构建一个结构化的身份文件,任何 Agent 加载后都能从你的视角推理。
不是一个谈论你的聊天机器人。是一个用你的方式思考的 Agent。
你的产品 VP 要给你发一份文档审批。
不需要等 48 小时排你的日程,他们把它过一遍你的 soul file。
它已经知道你讨厌把重点埋在后面的文档。你总是问"真正的决策是什么"。你对没有明确风险说明的计划会强力 push back。全面性是你的敌人。
反馈几分钟内就回来,用你的声音:
"太长了。先说当前状态和学到的东西。你需要我权衡的 2-3 件事是什么?未知在哪里?"
文档到你收件箱的时候,你的反对意见大部分已经解决了,会议变成了真正的对话。
这不是边际改进。这是从流程里移除了一层。移除一层,快 10 倍。
SOUL.md 的结构
SOUL.md 分为三个文件:
SOUL.md — 你是谁。你的世界观、观点、思维模型、热门判断。具体性是全部的游戏。"我关心质量"没用。"我在第四周之前会砍掉没有成功指标的功能"才有用。
STYLE.md — 你怎么沟通。句式模式、词汇、你从不说什么。你的声音校准文档。
SKILL.md — 操作模式。你怎么 review 一个战略文档 vs 一个招聘电话 vs 一份条款清单。场景化的,不是一刀切的。
把你的写作丢进 /data,运行 /soul-builder,Agent 提取模式并和你一起起草文件。测试标准:有人读你的 SOUL.md 应该能预测你在新话题上的立场。如果不能,就是太模糊了。
一个人的 soul file 每周节省几小时。这不是重点。
重点是当你的领导层每个人都有一个的时候。
你 CPO 的 review 框架。你 CTO 的架构直觉。你 head of sales 的成单判断逻辑。全都可查询。全都是零延迟。
你不是要移除人类判断——你是让它在瓶颈形成之前就可用。
常见反驳:AI 万一出错怎么办?
现有系统也会出错。只是慢而已。你的团队已经在猜你的偏好了。他们总是猜错。只是你不到会议那天看不到。
Soul file 会随时间变锋利。每次输出偏离你真实的决定,都是一个校准点。像代码一样迭代。
目标不是把你从重要决策中剔除。是停止把你的决策能力消耗在那些本来不需要你的决策上。
如果你是一个真的被注意力约束的 founder——你是——你能做的最高 ROI 的事情就是编码你的 review 框架。
构建 soul file。分享它。在事项升级之前让初稿先过一遍它。观察队列发生了什么。
这篇文章的核心洞察其实不是 AI,是组织理论——"审批层级让速度慢 10 倍"这个数字令人印象深刻。Soul file 的概念是 Karpathy "software 2.0" 思路的扩展,从权重编码到认知框架编码。但最锐利的判断是:Founder 作为单一审批节点的瓶颈,以及"团队猜测你的偏好"这个隐性成本。Cursor 的 Autoresolve 功能就是这套思路的产品化。