11 月下旬的一个星期三，一位软件工程师把自己这一天的工作记了下来，研究者在论文里叫他安迪。从早上 8 点进公司起，同事、会议、问进度的人，就一直把他的时间切成碎块。
下午 3 点 05 分，一位同事又抱着那块网卡来了，这一天安迪已经为它折腾过两回。这一弄，又是一个半小时。
他那天最长的一段独立工作，下午 4 点 50 分才开始，一直干到晚上 8 点 15 分，然后他回家了。
一间办公室，两种钟
下午中间插一个会，可能就毁掉一整个下午。
保罗·格雷厄姆是程序员、随笔作者，也是创业投资机构 Y Combinator 的投资人。2009 年 7 月，他写了一篇《创客日程，经理日程》，给这个问题起了名字。经理日程就是那本约会簿，「每天切成一个个一小时的格子」，约人见面，找个空格填上就行。程序员和写作的人不一样，「他们一般喜欢以至少半天为单位来用时间」。他写道：「一个会就能毁掉整个下午，因为它把下午切成两段，每段都短得干不了任何难事。」
经理的一天像一沓卡片，做完一张，换下一张。做东西的人的一天像摊满桌子的拼图，为了开会收起来，回来时得先把刚才的思路找回来。
格雷厄姆还看到第二重代价，会还没开就开始了。「要是我知道下午会被打断，」他写道，「上午就不太会去开一件有野心的活。」他在 Y Combinator 的办法，是把给创业者的答疑时间统统排在自己一天工作的末尾。照他的说法，就算忙的时候拖得很长，这些会也只会「压缩这一天，但从不打断它」。
三个安静的上午换来了什么
研究安迪这支团队的，是研究者莱斯利·珀洛。她和工程师们试了一件事：每周三天，中午之前，谁也不打扰谁。
团队做的彩色激光打印机按时上市了，这是这个事业部历史上第二次按时发布。事业部副总裁把功劳记在这项安静时间的研究上：「没有这个项目，我想我们赶不上这个截止日期。」这是他的判断，依据的是一个团队、一款产品。珀洛自己写得很克制：这些结果并不说明安静时间就是安排这份工作的最好办法，只说明改变干活的时间安排可能有帮助。
一年后，下一款产品的进度落后了，经理们又想搞一次安静时间。一位工程师说出了珀洛从很多人那里听到的话：「光靠安静时间没用……我们没有任何理由去遵守它……没人遵守。」在珀洛看来，危机一个接一个，奖励的是个人英雄式的救火，而解决一场危机，往往就要去打断同事。钟点改了，奖励没改。
反过来也有界限。珀洛同样发现，很多打扰本身就是工作的一部分：「没有哪位工程师，光靠一个人坐在电脑前写代码，就能把自己的交付做完。」格雷厄姆也承认，做东西的人也得开一些会，「我们只求按经理日程过日子的人，明白这个代价」。
2023 年 1 月，Shopify 试了个更大的版本：把员工日历上所有三人以上的周期性会议一口气删掉，并恢复周三无会日。
被切开的一周
假设你是数据分析师，月底要交一个预测模型。你的经理喜欢每周二、周四下午 2 点跟你碰半小时。每次都不长，可每次都把下午切成前一小时、后三小时，而模型最难的那部分，要一整个下午连着干。
你提出把两次碰头都挪到 4 点半，进度问题改成周五写一份书面说明。经理该知道的一样不少。你每周多出两个完整的下午，每个下午打开的第一样东西就是那个模型。
当敲门的是智能体
AI 编程智能体不用约会，也能把你拽进经理日程。Anthropic 在 2025 年 10 月的一篇文章里介绍，Claude Code 当时的默认设置是只读，修改文件或运行大多数命令之前都要先征得你同意（如今这个工具提供好几种权限模式）。公司的工程师写道，一直点「批准」会「拖慢开发节奏，还可能导致『批准疲劳』，用户可能不再仔细看自己批准了什么」。
这就是换了个打扰者的安迪的一天。每次弹窗都很小，每次都打断你手上的事。照 Anthropic 的说法，一长串下来，你每次看得也没那么仔细了。
那篇文章给的办法，和珀洛的安静上午是一个思路：先把边界定好，然后别再敲门。它把智能体负责运行命令的 bash 工具放进沙盒：工作目录以外的文件不许改，网络只能连获准的域名，命令想越界时再通知你。公司说，在内部使用中，沙盒让权限确认弹窗少了 84%。
这笔账你可以自己算。先数一数正常干活的一小时里你点了多少次批准。然后去权限设置里查清楚，智能体实际能写哪些地方、能连哪些网络地址，别只看你给它的指令；在提示词里写一句「只改这个项目文件夹」，算不上隔离。先拿一份项目副本试跑，等你这段时间结束，一口气把它改过的东西全部读一遍。