计划赶不上变化:让 coding agent 先动手,再让它告诉你设计

如果你曾经在产品设计后展示过,你会知道最有趣的部分是惊喜.大规模崩溃的是什么?你在哪里改变了方向?顾客做了哪些你没预料到的事?

有哪些有趣的指标?这些都是无法提前预测的。它们也是最重要的部分——笑点。

当我们与人们谈论他们如何使用编码代理时,他们通常处于光谱的一端:规划者,他们与代理人一起完成规格或设计,并且迭代器,他们写一个简短的提示词,并对结果进行迭代(或弃置)。

当然,这一切都是新的,我们谁都还不知道自己在做什么。(这是让千花绽放的时刻。自己动手做软件工厂.)

但关于规划与迭代的争论并不新鲜。(双方都不一定对,但你应该考虑什么对你的团队有效,以及为什么。)我们读过清晰的PRD或幻灯片,为产品或项目设定了方向。

我们曾参加过一些会议,原型在连续几周纸质设计失败后依然能坚持下来。以及介于两者之间的一切。

如果你最珍视的就是你的注意力,就向你的经纪人索要设计方案之后他们造出了那个东西。问它那些令人惊讶的事情。那些粘糊糊的部分。

各种变通方法。有争议的话题影评.传统这里有一句有趣的台词出自弗兰克·韦斯特海默他说:“为什么要在图书馆待一天,当你在实验室工作一个月就能学到同样的东西呢?”但如果是编码代理——而不是你——在实验室里,情况就完全相反:让代理多花几轮时间在实验室,设计更深入一层。

规划者和迭代者比他们想象的更接近:一个已经原型化的计划是更好的计划。

添加评论
点赞收藏
点踩分享查看原文
评论
?
参与讨论