一、先算为什么不盯反而更快

一件要十分钟的活：全程盯着要四十分钟（干预 30 次），交代清楚再走只要十二分钟。 为什么？因为盯着的时候你既帮不上忙，又打断了它。 每一次打断都要付一次重新进入状态的成本。

二、能放心走开的三个前提

一、要求说全了——第 2.6 节那四件套齐了，才敢放手。 二、有回退手段——第 4.4 节的 git 装好了，改坏了能退。 三、知道它什么时候会回来找你——先讨论后动手那一招，它会先停下来问你。 三条缺一条，你就只能盯着。

三、不盯的时候你在干嘛

不是坐着等——去干另一件不冲突的事。 比如同时处理别的项目、或者出门办事让它自己跑。 关键是别在旁边焦虑地刷新——那和盯着没区别。

四、一条给自己的提醒

敢放手是能力，不是偷懒。 不敢放手的人，最后会发现自己被绑在键盘前，一件简单的事也推进不下去。 而敢放手的前提，就是这一章前面讲的那三样——它们是配套的。

五、动手 Demo：不需要一直盯着计算机

下面把盯着与不盯的干预次数和实际耗时摆开。

T([u"全程盯着", u"30 次", u"40 分钟"], [16, 18, 22])
T([u"交代清楚再走", u"3 次", u"12 分钟"], [16, 18, 22])

实跑输出：

--------------------------------------------------------------------
不需要一直盯着计算机
--------------------------------------------------------------------

这一节标题本身就是目标。看看【盯着】和【不盯】的差别：

  做法             你的干预次数     实际耗时
  -------------------------------------------
  全程盯着         30 次            40 分钟
  交代清楚再走     3 次             12 分钟

活本身要 10 分钟。盯着多花 30 分钟，不盯多花 2 分钟。

为什么不盯反而更快？因为盯着的时候，**你既帮不上忙，又打断了它**。

能放心走开的前提只有三个：
    1. 要求说全了（第 2.6 节的四件套）
    2. 有回退手段（第 4.4 节的 git）
    3. 知道它什么时候会回来找你（先讨论后动手）

活本身要 10 分钟——盯着多花的 30 分钟，是打断成本不是干活成本。 下面那三条前提就是第 2.6、4.4、4.1 节的回顾，缺一条你就只能盯着。

30 秒实验

1. 下一次交代清楚之后，真的走开十分钟，别在旁边刷新。
2. 回来先看它做了什么，再看它有没有按第 2.6 节的验收标准自查。

常见误区

1. 在旁边焦虑地刷新。那和盯着没区别——你的注意力已经在这儿了。
2. 没装回退手段就放手。三条前提缺一条，你就只能盯着。

• ☐ 下一节（8.7 Anthropic团队如何使用Claude Code）

相关笔记

• 🐳 DeepSeek Harness技术架构原理 · 索引 — 无人值守运行的边界
• 🧡 Claude Code橙皮书 · 索引