文章

AI 把动手变快以后,我开始强迫自己慢一点

最近我连续看到了两种完全相反的故事。 一种故事特别热血。 一个人借助 AI,把素材收集、分类、归档、内容整理和日常运营拆成一条流程。原来需要不断复制、粘贴、搬运的活,现在可以让系统自己跑。那个画面很诱人,就像一个人突然拥有了一支不会下班的小队

AI 把动手变快以后,我开始强迫自己慢一点

最近我连续看到了两种完全相反的故事。

一种故事特别热血。

一个人借助 AI,把素材收集、分类、归档、内容整理和日常运营拆成一条流程。原来需要不断复制、粘贴、搬运的活,现在可以让系统自己跑。那个画面很诱人,就像一个人突然拥有了一支不会下班的小队。

另一种故事就冷很多。

项目做出来了,页面上线了,内容也在持续补,可流量和反馈没有按预期到来。不是哪个动作明显做错了,而是关键词、竞争、页面质量、内容、外部引用和时间全挤在一起,没有人能给出一个精确答案。

我一开始以为,这就是新旧两种做事方式的对比。

一边是 AI 时代的高速公路,一边是旧世界的慢车道。

后来我发现不对。

它们讲的其实是同一件事。

AI 能大幅压缩生产一个东西的时间,却没有顺手把验证它的时间一起压缩掉。

一天做完一个页面,不等于一天能知道它有没有需求。

十分钟整理完一份 Web3 项目资料,不等于十分钟能看懂它的风险。

一个晚上跑完一遍投资逻辑,也不等于市场会在第二天证明你是对的。

这个时差,我越想越觉得危险。

因为人很容易把「我又做了很多」错认成「我又学到了很多」。

产出在变快,学习却未必同步变快。

更麻烦的是,产出会给人一种很强的完成感。页面能打开,分析有了结论,策略看起来很完整,每一件事都在告诉你,已经往前走了。

可外部世界并没有签字。

没有真实使用,没有持续反馈,没有第二次行为,没有一段足够长的观察时间,那些漂亮结果最多只能算完工,还不能算得到了答案。

坦率的讲,我自己也还在摸索。

我没有一张漂亮的收益曲线可以放在这里,也不想编一个看起来很燃的结果。我只是被这两种故事提醒了,快慢不该用同一把尺子量。

我现在更愿意把一件事拆成三只钟。

第一只是生产钟。

它记录从想法到成品花了多久。做页面、写代码、整理资料、生成初稿、检查格式,这些事 AI 确实能帮上忙。流程越清楚,重复次数越多,它的优势越明显。

第二只是反馈钟。

它记录外部世界什么时候开始给你信号。有没有人用,用完有没有再来,哪一步离开,哪个问题被重复提到。这只钟往往比生产钟慢得多,而且不听你指挥。

第三只是信念钟。

它记录你对一个判断坚持了多久,什么时候应该加码,什么时候应该修正,什么时候应该停下。这只钟最容易被情绪加速。看到一份完整分析,信念马上变强。看到一次短期反馈,信念又马上反转。

放在以前,大家最缺的是生产能力。

想法有了,不会写代码,不会设计,没有时间整理资料,很多事就停在脑子里。现在这道墙正在迅速变低。

但墙变低以后,新瓶颈也出来了。

你一次能做十个雏形,不代表你一次能认真观察十个实验。你能让 AI 并行查十个方向,不代表你有精力校验十组前提。你能迅速获得十份逻辑完整的答案,也不代表你的风险承受能力跟着扩大了十倍。

以前管理的是任务,现在更像是在管理实验组合。

哪个值得启动,哪个正在等反馈,哪个已经没有继续的理由。如果这三件事不清楚,生产力越强,桌面上反而越容易堆满没有结论的半成品。

三只钟如果混在一起,人就会很累。

今天刚做完,明天就想看结果。后天没有结果,就怀疑整个方向。再过两天看到新热点,又换了一套说法。

看起来天天都在学习,实际上每一次验证都没有走完。

这一下给我更干懵了。

AI 让我们更容易开始,同时也让我们更容易提前结束一次学习。

于是我给自己加了几条有点笨的规矩。

动手之前,先写一个验证问题。

不写「今天把页面做完」,那是产出任务。我会尽量改成「哪一类人会因为哪个问题愿意完成第一次使用」。

做 Web3 资料整理也一样。不写「读完所有材料」,而是先问「哪个事实如果不成立,我现在的判断就得重做」。

投资研究更需要这一步。不只写为什么看好,还要先写什么证据出现时,会承认自己看错了。

这条规矩适合在想法刚出现时用。最常见的错误是把一句愿望当成验证问题。「它能不能成功」没有用,因为成功没有被写成可观察的东西。

一个能用的验证问题,至少要带四样东西。

我现在的假设是什么,哪个信号可以被观察,准备观察多久,什么情况下会停止。

这四样东西不需要写得像研究论文,一张便签就够。它的作用不是预测未来,是防止未来的自己偷换标准。

否则结果好了,你会说早就看对了。结果差了,你会说还需要时间。标准永远在结果出现之后才被改写,那就不是验证,只是给已经做出的决定补一个理由。

完工之后,把生产日历和反馈日历分开。

生产日历可以排得很紧。今天做初稿,明天修改,后天检查。反馈日历不能这样写,它需要一个事先约定的观察窗口。

窗口有多长,我没有万能数字。不同项目、不同渠道、不同市场的反应速度都不一样。重要的不是抄一个天数,而是在开始前约定,什么时候只收集信号,什么时候才做方向性判断。

最常见的错误是等不及。

今天发布,明天没数据,后天就换标题、换页面、换定位。每一次改动都很勤奋,却也把原来那次实验的可解释性一起洗掉了。

等反馈不等于什么都不做。

这段时间可以收集原始信号,记录用户的实际问题,检查原定义里有没有明显错误,也可以继续完成不会影响实验结论的基础工作。

唯一需要克制的,是不要因为焦虑就频繁改变关键变量。

这个动作看起来很慢,实际上是在保护每一次尝试留下真正有用的经验。不然项目做了很多轮,到头来只知道自己很忙,却不知道哪一次改动带来了什么。

观察过程里,先记反证,再记好消息。

这一条有点反人性。

我们天然喜欢收集支持自己的信号。有人点赞,记下来。有人说好,记下来。某个短期数字动了一下,也立刻记下来。

但真正帮助修正判断的,常常是那些不好看的信号。人打开了却没有行动,重复看到却从没有回来,一份完整研究始终解释不了关键风险,这些东西才值得先被保留。

这条规矩适合在你已经对一个方向有好感时使用。最常见的错误是把反证变成悲观。记录问题不是为了否定一切,是为了不让自己只看得见想看的部分。

为了防止记录又变成自我辩护,我觉得最好把事实和解释分开写。

事实那一栏只写看到了什么。解释那一栏再写自己认为原因是什么。两栏不要混在一起。

AI 可以帮忙归类,也可以帮忙提出反方解释,但它不应该把一个模糊信号润色成确定结论。越顺滑的文字,越要回头检查它手里到底有没有证据。

同时运行的实验,少一点。

AI 会让人高估自己的并行能力。

代码能并行生成,资料能并行整理,任务能并行跑。但人的注意力、风险承受和判断质量,没有因为多开了几个窗口就同步扩容。

如果同时跑太多实验,每一个都只会收到零散注意力。你会记得它们都开始了,却说不清哪个为什么停,哪个因为什么继续。

所以我现在更愿意给试验设一个很小的并行上限。具体是多少不重要,重要的是新实验进来之前,旧实验要么完成一次完整复盘,要么明确记录为什么暂停。

最常见的错误是把限制并行理解成拒绝尝试。其实刚好相反。试验数量少一点,才有余量真正看清每一次尝试带来了什么。

我喜欢把正在做的事分成三个简单状态。

还在探索,只是快速看方向。

正在验证,关键变量暂时不乱改。

进入维护,已经知道为什么继续。

一件事不能同时占两个状态。如果还在探索,就别装作已经找到答案。如果正在验证,就别每天追着新热点换方向。如果已经进入维护,就要把它的重复动作尽可能交给系统。

还有一条我觉得挺重要。

把 AI 放在压缩耗时的位置,不要把它放在替你结束思考的位置。

整理公开资料、归纳已知信息、生成初稿、对照检查项,这些都可以快。

判断信息是否可信,决定要不要加大投入,决定要不要公开发布,决定要不要做真实交易,这些不能因为分析生成得快就跟着加速。

如果真要把这套方法留下来,我会给每一次实验做一张很短的收口卡。

开始时猜的是什么。

实际看到的是什么。

哪个差异最值得解释。

下一步是继续、修正还是停止。

卡片不用长,越短越不容易藏空话。它也不需要证明自己聪明,只要能让下一次行动少一点盲目。

用在 AI 上,它能告诉你哪一类任务真的被压缩了,哪一类只是把返工藏到后面。

用在 Web3 上,它能迫使你把叙事、可验证事实和待确认前提分开。

用在投资上,它不会给你预测水晶球,但可以保留当时的理由和停止条件,免得后来只记得对自己有利的部分。

我越来越觉得,真正能复利的不是产出数量,而是这种没有那么兴奋的记录。

它不会在当天给你很强的成就感。可等你再遇到相似问题时,你不必只靠模糊记忆重新猜一遍。那才是 AI 加速之后,人自己应该留下的东西。

尤其是投资和 Web3。

一份分析可以很完整,还是可能漏掉事实。一个逻辑可以很顺,还是可能在时间上错位。一个人对方向看对了,也可能因为仓位、节奏或风险承受做出错误动作。

这些话听起来有点扫兴。

我非常理解那种想要立刻加速的感觉。当你第一次看到一个原来需要几天的任务,现在几个小时就有了完整结果,真的会兴奋。

想想就觉得兴奋。

但我现在更希望自己记住,工具可以加速动作,不会代替现实给答案。

还有一个不太舒服的问题。

东西做得越快,人越容易舍不得停。

我已经做出来了,怎么能现在放下。我已经跑了这么多资料,怎么能承认前提有问题。我已经把流程搭得很漂亮,怎么能因为没有收到信号就关掉。

这些想法都很正常。

可已经付出的生产成本,不能自动证明方向值得继续。AI 让生产成本变低,反而更需要我们练习把「能继续」和「值得继续」分开。

前者是能力问题,后者是判断问题。

而判断,恰恰是不应该被产出速度催着走的那一部分。

这套方法也有边界。

如果面前是一个已经确认的故障,一个正在扩大的安全风险,或者一个有明确时限的合规问题,这时候不应该拿慢一点当借口。该停的动作要立即停,该修的问题要立即修。

慢不是拖延。

慢是把快用在动作上,把等待留给需要时间的证据。

回到开头那两种故事。

一个人借助 AI 像一支小队,这当然是真正的变化。但一支更快的队伍,也需要更清楚的验证问题、观察窗口和停止条件。

否则它只会让你更快地做完很多事,再更快地误以为自己已经得到了答案。

这是我现在对 AI 、Web3 和投资三件事最共通的一个提醒。

我会把它留在每一次新实验开始之前,先问一遍,再动手。

你最近有没有哪件事,产出已经很快,答案却还需要再等一等?

AI 把动手变快以后,我开始强迫自己慢一点 | 文章 - 安以团 AI 和 SEO 笔记