跳到正文
Hacker News· keyle·· 11 小时前AI 评分22

工程师 Emily 提出「Brain Sandwich」框架:用大脑—AI—大脑三段式避免工程能力退化

The Brain Sandwich

AI 导读

一位工程师在 1:1 中提出名为「Brain Sandwich」的 AI 协作框架,主张先用大脑理解问题、再全权交给 AI 智能体实现、最后用大脑审查 diff 并写清 PR 描述。她认为若不先自行理解,AI 可能把方向带偏甚至去解决本不存在的问题;判断标准是能否说清改了什么、为什么改。

正文 · AI 翻译

我和 Emily 进行了一次一对一交流,她是我们最强的工程师之一,我们主要是在吐槽如今 AI 带来的一些负面影响:疯狂的代码审查量、工作方式的变化,以及最后一点(也是本文最相关的),工程师们有时会完全把脑子从方程式中移除,把全部工作都交给 AI。

(顺便说一句,我听说潮人们把这叫做肉代理。)

不过话说回来,我决定写这篇文章的原因是,Emily 有一个非常简单的工作框架,她称之为“大脑三明治”,用来解决这个问题。它既能充分利用 AI,又不会让你的工程技能退化。

这个想法非常简单,可以总结为:每当你做某件事时,你应该使用:

  1. 你的大脑,然后
  2. AI,然后
  3. 你的大脑

再解释一下……

在你让智能体开始构建任何东西之前,你要先去读一读、先理解它。

你不需要一个完整的实现计划,但你需要对方向有一个大致的想法。否则,AI 可能会把你带偏到错误的方向。更糟的是,它甚至可能把你推去构建一个你根本不需要解决的问题!

现在你有了所有这些上下文,那才是引入 AI 的时候。尽管去做。毫无羞耻地完全委托这一部分!当智能体把解决方案交给你时,你会知道它是否正确,是否过度,是否完全解决了错误的问题,等等。

然后,在最后,你的大脑回来了。因为在把你的东西发给别人审查之前,你需要让工作变得可审查。读一读 diff,检查一下在这种情况下复杂度是否值得,改进一下那该死的 PR 描述,等等。经验法则是:如果你无法解释改了什么以及为什么改,那它还没准备好让别人来看。

来源:Hacker News · terriblesoftware.org