和 AI 协作的关键,不是让它帮你并行做更多事,而是把它的执行时间,和你自己的低负荷工作配对成一条异步流。
01|两个深度任务并行,我试过,脑子跟不上
刚用 AI 编程那阵,我试过"同时推进两个大任务":一边让 AI 跑复杂需求,一边自己盘另一个独立的大问题。
听起来高效。实际跑半天就崩了------AI 跑着会卡住、会问你、会丢一段要你判断的结果。它每停一次,我就得从自己的上下文里跳出去、看一眼、做个判断、再跳回来。
来回切几次,明显感觉:累在切换,不是累在做事。 每次切换都要重新暖上下文。
大脑不是多核 CPU,一次只能把一个"重上下文"放前台。两个深度任务并行,等于强行让单核跑双线程------代价不是各慢一半,是每次切换都要付一次"上下文切换税"。频繁切换效率掉 40% 以上,重新进入心流平均要 15 分钟。

02|那纯等着呢?更亏
另一极端我也试过:把任务交给 AI,然后等。刷手机、看群、发呆。
表面是休息,其实不是。一来,AI 跑个像样的复杂任务要十几分钟甚至更久,干等等于清空一整块时间片;二来,"悬而未决"的状态最耗神------结果没回来,你不敢真放松,手机一响就想看是不是好了。
两个极端都不行:
- 双深度并行 → 切换累死
- 纯等待 → 时间浪费 + 悬空焦虑
03|我的解法:AI 跑深度,我跑浅度
现在固定用这个模式:
给 AI 下一个能独立跑一段的复杂任务,让它执行;这段时间里,我自己做一件不费脑子的事。
- "复杂任务":AI 能自己推进、不需要我每两步介入的------读模块、整理调用链、出初稿、跑重构,连跑十几分钟不找我。
- "不费脑子的事":不需要连续注意力、随时能停能捡的------整理文件、批量回消息、归类笔记、扫读资料、填机械表单。
markdown
AI 线程:复杂任务(深度,连跑 10~20 分钟)
↓ 执行期间
我的线程:浅度工作(随时停、随时捡)
↓ AI 完成后
我介入:看结果、做判断、给下一步
两边都不闲置,但我的大脑只在前台维护一个轻上下文------"等结果后要做的判断",最后介入即可,不用全程跟着。
04|为什么这个组合刚好最优
就三点:
- 深度注意力尤其贵。 想架构、盘逻辑、做判断要整块不被打断的注意力;整理、归类几乎不占这份预算。
- AI 执行时,你的深度注意力是空的------不能拿去想另一个深度问题(会切换累),又不能真放着(会浪费)。出现一段"注意力空窗、但时间被占"的尴尬区间。
- 浅度工作正好填空。 它不碰深度预算,又能吃掉那段被占的时间。等 AI 出结果再切回深度做判断------只切一次,税最小。
这不是"多做",是"配对":用一个几乎零成本的浅度线程,吃掉 AI 执行时必然空出的时间片。
写代码也一样------等慢接口返回时你不会让主线程空转,会丢个回调去处理别的事。把 AI 当成"慢半拍的同事",而不是"更快的你自己",协作方式就顺了。
05|落地清单与前提
适合当浅度线程: 文件/笔记整理归类、批量回低优消息、机械表单录入、扫读不需立刻消化的资料、把灵感记进收件箱。
别塞进这段时间: 另一个深度大问题(回退成双深度并行);需要频繁看 AI 进度的活(说明任务切太碎,没让它独立跑)。
两个前提,不满足就别硬套:
- AI 任务得能独立跑一段。 每两步就要你喂上下文,等于更频繁切换。任务要给完整。
- 浅度工作得真有意义,别变摸鱼。 目的是用原本浪费的等待顺手推进一件本也要做的小事;纯刷手机跟等待没区别。
写在最后
用 AI 这一年,最大的变化不是"写得更快",是被迫重新理解自己的脑子:它没法让两个深度任务平稳并行,强行并行只为每次切换付税。
但你可以调度------把 AI 的深度任务放后台跑,把自己的浅度工作排进它的执行时间,一次只维护一个重上下文。
所以现在给 AI 派完活,我第一反应不是等,也不是开新坑,而是问自己一句:
"这段等待里,有什么不费脑子、但一直拖着没做的小事,现在顺手做了?"
把这个问题问顺,AI 省下的就不只是代码时间,还有你本来会浪费掉的等待。