脑三明治

# 大脑三明治 来源：https://terriblesoftware.org/2026/10/02/the-brain-sandwich/ 我和 Emily 做了一次 1:1，她是团队里最强的工程师之一，我们大半时间都在吐槽如今 AI 带来的一些负面影响：铺天盖地的 code review、这个岗位正在发生的变化，以及最后一点（也是和本文最相关的）——工程师有时候会把自己的大脑完全从工作流程中摘除（https://terriblesoftware.org/2026/05/27/using-my-fucking-brain/），把整份工作全部甩给 AI。 （顺便说一句，我听说时髦的小年轻们管这叫 "Meat Proxy"（https://simonwillison.net/2026/Aug/3/dont-be-a-meat-proxy/）。） 不过话说回来，我决定写这篇文章的原因是：Emily 有一套非常简单的方法论，用来和 AI 协作，她称之为"大脑三明治"，恰好能解决这个问题。它*既*能让你充分利用 AI，*又*能防止你的工程能力萎缩。 这个思路很简单，概括起来就是：每当你要做一件事，你应该按顺序使用： 1. 你的大脑，*然后* 2. AI，*然后* 3. 你的大脑 再展开说一点…… 在你让 agent 开始动手构建任何东西之前，你得*先*自己去看、去读、去理解它。 你不需要一份完整的实施计划，但你需要对目标有个大致的方向。否则，AI 可能会把你带偏。更糟糕的是，它可能会引导你去构建一个根本不是你需要解决的问题！ 现在你已经掌握了所有这些上下文，*这时候*才是请出 AI 的时机。尽管上，大胆地做！放心地把这部分完全委托出去！当 agent 把方案交给你时，你会知道它对不对，是不是过度设计了，或者是不是完全在解决错误的问题，等等。 最后，你的大脑要回来。因为在把你的工作成果发给别人 review 之前，你得让这份工作*可被 review*。读一遍 diff，判断这次的复杂度是否值得，把那该死的 PR 描述改好，等等。经验法则：如果你自己都说不清改了什么、为什么这么改，那就还没准备好给别人看。