AI 工具让启动一项工作变得特别便宜。生成一份草稿、写一组测试、总结一场会议，几秒钟就搞定。但便宜是有代价的：启动成本低，人就会启动更多工作。

同时开五六个 AI 代理、切三四个分支、留着十几个半成品草稿。看起来很忙，实际上没什么产出。用 Henrik Kniberg 的话说：Stop Starting, Start Finishing。起步多了，完成少了，切换频繁了，让你以为效率提升了。

具体来说切换有两种：

• 水平切换 ：同类任务之间跳转。比如从功能 A 的编码切到功能 B 的编码。任务不同，但大脑的工作模式没变，还是在写代码、想函数、考虑边界情况。大脑不需要换挡，只需要在同一挡位里重新定位。这种切换有成本（要回忆上下文、找到文件、理清命名），但认知方式不变。
• 垂直切换 ：不同类型的工作之间跳转。这是团队负责人的日常：上一小时在排查故障，下一小时在跟组员谈绩效，再下一个小时在跟业务方对需求，然后是写方案、回复邮件、处理审批。

每一次跳跃都需要不同的思维方式：排查故障要冷静分析，谈绩效要体谅对方的感受，对需求要站在业务角度想问题，写方案要统筹全局。你换的不只是手头的事，连脑子里的运转方式都得跟着换。

水平切换代价小，你只是换了件事做，脑子没换挡。垂直切换代价大，你不仅换了件事，连思考方式都得跟着换。

大多数人低估了模式切换之间的过渡成本。

刚处理完一个棘手的线上故障，你没法立刻切换到"跟组员谈心"的状态，脑子里还在转那个 bug；反过来，连续写了两时代码，你也没法立刻进入"关心对方感受"的模式。

常见的情况：把跟组员的谈话安排在两个编码时段之间，结果谈话的时候脑子里还想着代码，回来写代码的时候还在回味刚才的对话。从方案评审直接跳到排查故障，会觉得烦躁、注意力散、反应慢。

这不是自制力的问题。不同思维模式之间的过渡本身就需要时间。

上下文切换没法完全消除。但可以让大多数切换保持在水平方向，把垂直切换集中起来，减少切换次数。

批量处理同类工作。 把跟组员的谈话集中安排在半天里，而不是分散在全天。把需要集中思考的工作放在一个不被打断的时段。代码评审攒一批集中看。钉钉和企业微信的消息也集中处理，而不是来一条看一条。

道理很简单：一旦进入某种状态，就尽量待在里面。在同一件事上多专注一小时，就少付一小时换挡的代价。

主题日。 更大节奏上的批量处理。有些团队负责人把周一留给规划和汇报，周二周四处理人的事（谈话、协调、会议），周三周五做技术工作。具体怎么分不重要，重要的是坐下来的时候，脑子里已经知道今天主要干什么。

主题日不必死板。紧急情况总会发生，但有一个默认节奏，意味着没事的时候你会自然地减少垂直切换，专注的时间更长。

委派。 安排日程能减轻切换的痛苦，但更好的办法是直接减少切换。每一件交给别人去做的事，就是一次你不用再做的垂直切换。以前你写的周报、你盯的发布、你参加的跨部门例会，每一件都在把你拉进不同的状态。交给别人之后，这些切换就跟你没关系了。

所以当你看自己一周的安排，发现有太多垂直切换时，先想"哪些事可以交给别人"，再去想怎么排列剩下的。

固定答疑时间。 临时问题是计划外垂直切换的最大来源。上午十点钉钉来了一条消息，回答只要两分钟，但它把你从当前状态里拉了出来，回答完想回到刚才的状态还得再花时间。一天来五次，能专心做事的时间就没了，哪怕日程表上看着很空。

解决办法：定一个固定的答疑时段，告诉团队这个时间可以来找你问任何不紧急的事，其他时间不要打扰。大多数当时觉得紧急的问题其实可以等几个小时，真正紧急的事自然会找到你。这样换来的是一段可以预期的集中处理时间，而不是被零散的问题牵着走。

换个地方。 如果条件允许，让物理空间帮你切换状态。比如在工位上做需要专注的事，去会议室做跟人沟通的事。

关键不在具体的做法，在于你的大脑会把物理空间当成信号。换个座位、走一段走廊、甚至站起来伸个懒腰，都比坐在原地硬切要自然。大脑收到"环境变了"的信号，会比收到"我要开始做另一件事了"的信号更顺滑。

上下文切换是工作的一部分，尤其对管理者来说，尤其在 AI 让你能同时处理更多线程的时代。

但不是所有切换都一样。水平切换是做生意的成本，垂直切换才伤人。

看看你今天的安排，数数你的大脑被要求切换状态多少次。然后想办法把这个数字降下来。