AI 编程思考的那五分钟，你都在干啥？

用 AI 编程之后，多出来一种很神奇的时间：它思考，你等待。

屏幕上那个小圆点转啊转，或者一行行"正在分析依赖""正在重构模块"往上滚。你啥也插不上手，任务又还没出结果，没法往下写。这种"半吊子空闲"特别尴尬：不够长到能干正经事，又不够短到能无视。

聊几句我在等的时候都干啥，看看是不是只有我这样。

五种等待 AI 的方式

一、最诚实的一种：盯着看

对，就是盯着它转。

嘴上说自己很忙，身体很诚实地把光标悬在那行"thinking..."上，每隔三秒扫一眼有没有开始吐字。明知道盯着也不能让它变快，但就是控制不住，像微波炉热饭非要站在前面看倒计时。

这是最浪费的一种，但也是最常见的一种。

稍微有经验的都会这么干：既然这个在跑，那就先干别的。

于是开第二个窗口，处理另一个 bug，或者回几条消息。听起来很高效，"并行"嘛。但实际效果通常是：等这边 AI 出结果了，你已经沉浸到另一个任务里，切回来还要花半分钟回忆"我刚才让它干啥来着"。

上下文切换的成本，有时候比等还贵。

倒杯水，上个厕所，伸个懒腰。

这反而是性价比最高的一种。AI 编程逼着开发者养成了一个意外的好习惯：每隔一阵就起来动一下。比番茄钟还好使，因为触发条件是真实的："任务在跑，闲着也是闲着。"

回来的时候，结果正好出来，舒服。

等这个 AI 跑完的时候，用另一个 AI 干别的事。

Claude 在重构，我转头问 ChatGPT；ChatGPT 在想，我又回去盯 Claude。两个 spinner 同时转，我在中间像个调度员。

这不是高效，这不是高效，这是用 AI 的时间碎片填满自己的时间碎片，套娃式摸鱼，但确实不无聊了。

五种等待方式的性价比对比

不是所有等待都轻松。

让它改一个核心模块、删一批文件、跑一个"全自动重构"的时候，那几分钟的等待是带焦虑的：脑子里疯狂预演各种翻车场景：它会不会把不该删的删了？会不会又幻觉出一个不存在的库？这个 diff 出来我得 review 多久？

这种等待，比干活还累。

说白了，AI 编程让开发者的时间结构变了。以前的关键词是手不停，现在是节奏变成了脉冲式：猛地输入一大段需求，然后等；等到了，快速 review + 决策，然后又猛地输入。

空闲变多了，但但那是一种高度警觉的空闲，你随时准备切回去接手。跟真正的休息不一样。

所以想问问大家：

你等 AI 出结果的时候，一般都在干啥？是高效并行派、物理离场派、还是跟我一样经常沦为"盯着 spinner 发呆派"？

有没有什么好办法把这段时间用得更舒服，或者至少不那么焦虑？聊聊。