Lenny Distilled执行 → 与工程合作
我认为最重要的是把Devin当作你的新手工程师来对待。我觉得很多人进来看到空白页就会想尝试各种不同的方法。但实际上大部分情况下就是,'好的,让我们确定今天或本周要完成哪些任务,让Devin先着手做一些相对简单的任务,然后与Devin合作,了解Devin需要哪些设置才能自行测试代码并做好这方面的工作。之后再逐步扩大规模。'
你应该给Devin任务,而不是问题。很多情况下,就像刚才你看到的那样,可能是一个简单的前端功能请求,或者是修复一个 bug,或者是添加测试和文档之类的事情。显然,一个非常棒的工作流需要快速迭代和测试的方式。
如果它给人一种强烈的负面感觉,那就不是一个可行的产品。那么我们如何设计产品,以应对这种不稳定且不完全准确的特性呢?
弄清楚如何将其简化,使得代理可以真正理解什么是成功,什么是失败,这就是关键所在。
我们不能再像以前那样盲目地使用它(DORA框架的四个关键指标),因为现在使用 AI 的反馈循环要早得多,不仅局限于本地构建和测试阶段,而是贯穿始终,有时甚至在开发管道的中间阶段。
我们不能只输入一条命令就盲目地接受返回的结果。我们必须对其进行评估:是否出现了幻觉?可靠性如何?是否符合我们通常编写的风格?