很多人说 AI 会让我们都变成"管理者"或"编辑"，但我认为这种看法是片面的。
我正在尝试像外科医生一样写代码。外科医生不是管理者，他们做实际的工作。但他们的技能和时间通过支持团队得到了高度的杠杆化，这些团队处理准备工作、次要任务和行政事务。外科医生专注于他们擅长的重要工作。
我使用 AI 编码工具的目标是将 100% 的时间花在真正重要的事情上。作为一名 UI 原型设计师，这主要意味着不断调整设计概念。
事实证明，AI 代理现在已经足够优秀，可以帮助处理很多次要任务。我发现以下几件事很适合交给 AI：
我经常发现在后台异步运行这些次要任务很有用——比如在我吃午饭的时候，甚至是整晚运行。
当我坐下来开始工作时，我希望感觉像一个外科医生走进准备好的手术室。一切都为我做好准备，让我专注于自己擅长的事情。
值得注意的是，我对主要任务和次要任务使用 AI 的方式有很大不同。
对于核心设计原型工作，我仍然手工编写大量代码，当我使用 AI 时，我会更加谨慎和关注细节。我需要快速的反馈循环和良好的可见性。例如，我喜欢在这里使用 Cursor 的 tab 补全功能。
对于次要任务，我会放得更开，乐意让代理在后台运行几个小时。最终完成工作的能力是最重要的，速度和可见性则不那么重要。Claude Code 一直是我长时间无监督会话的首选工具，但 Codex CLI 现在也成为有力的竞争者，可能是我的新宠。
这些是非常不同的工作模式。这让我想起 Andrej Karpathy 的"自主性滑块"概念。将自主性光谱的不同部分混为一谈是危险的——所需的工具和思维方式差异很大。
"软件外科医生"的概念是一个非常古老的想法。Fred Brooks 在他 1975 年的经典著作《人月神话》中将其归功于 Harlan Mills。他谈到了一个"首席程序员"，由包括"副驾驶"和各种管理员在内的工作人员提供支持。当然，在那个时候，这个想法是让人类担任这些支持角色。
好吧，这里有一个非常明显的角度，"AI 现在使这种方法在经济上可行，而以前不可行"，是的……但我也注意到一个更微妙的因素，与地位等级有关。
很多"次要"任务都是"苦差事"，不是工作中最能激发智力或最有创意的部分。我强烈倾向于让团队中的每个人分担这些苦差事，我不喜欢把所有苦差事都交给团队中地位较低的成员。是的，初级成员通常会有更多的苦差事，但他们也应该得到许多有趣的任务来帮助他们成长。
使用 AI，这种担忧完全消失了。现在我可以愉快地委派纯粹的苦差事。24/7 的可用性也是一个重要因素。我永远不会在晚上 11 点打电话给人类实习生，告诉他们在早上 7 点之前准备好某些代码的研究报告……但我现在就在命令我的代理做这件事。
最后，我想谈谈这种工作方式与我的雇主 Notion 的交集。
首先，作为一名员工，我发现在一个看好 AI 编码工具的地方工作非常有价值。对 AI 编码工具的大量使用提供支持，以及为此设置良好的代码库，正在为我带来严重的生产力提升——尤其是作为一个大型代码库的新手。
其次，作为一个产品——从某种意义上说，我们正试图将这种工作方式带给程序员之外更广泛的知识工作者群体。当我思考这将如何展开时，我喜欢让每个人都能"像外科医生一样工作"的心智模型。
目标不是委派你的核心工作，而是识别并委派次要的苦差事任务，这样你就可以专注于真正重要的事情。