“资深开发者之前说的意思，看起来有点不同”

🍿 与 @techgirl1908 和 @joelhooks 的完整对话：https://t.co/KSr0Kqv8wV https://t.co/U4Q03s4YXB

AI代理时代开发者角色的转变：一场专家讨论的启示

摘要： 经验丰富的开发者们探讨了AI编程代理如何将他们的角色转变为“系统设计师”、管理多个代理的认知负担、对通过代理学习的初级开发者的担忧，以及关于这些工具是否真正节省时间的持续辩论。

编码是“已解决的问题”？

对话始于Next.com一个引人深思的问题：编码是一个已解决的问题吗？包括Angel (techgirl1908) 和 Joel Hooks在内的小组成员一致认为，虽然手动输入语法的行为可能正变得过时，但创建功能软件的更广泛技能远未解决。

“我认为我们还没到那一步，”一位发言者指出。“输入代码可能已解决，但产出生产就绪的代码……那才是最重要的部分。”他们同意AI代理正在编写代码，但“编码”的定义已经向上转移。“如果你的定义很狭隘……只是输入语法……我们大可以放松双手。重复性劳损已成为过去，”Angel说，“但定义功能的核心工作仍然由人类驱动。”

成为中心思想是开发者角色的演变。“我认为我们现在是系统设计师，”一位小组成员表示。“我们设计期望的系统，然后将其交给一个或多个代理去执行。”

这种新范式涉及编排多个代理，通常是并行运行的。“我们在Mac mini上……到处运行代理集群，”Joel描述道。这导致了一个复杂的监督层级：“有代理监控代理，代理再监控代理，最终信息才到达你手中。”

代理编排的高昂成本

虽然AI代理的承诺是节省时间，但现实往往不同。“我认为它并没有为我们节省任何时间。这是最初的承诺，但我的经验并非如此，”一位发言者承认。“实际上可能花费了更多时间。我的大脑在超负荷运转。”

这种体验被比作老虎机：“你只是不断投入硬币，想着‘再来一次，再来一次’，因为你感觉……这次会中。”管理多个代理线程所需的上下文切换尤其耗费心力。“你要将注意力分散到，比如五个不同的工作流上……上下文切换的成本，我们一直知道它很大。现在它正以惊人的速率发生。”

过程：对话胜于文档

小组成员描述了从正式的规划文档转向与AI代理持续对话的转变。“我不想读计划，我不想读代理写的东西，”一位成员说。相反，他们采用对话式方法：“我打开Whisper Flow，可以倾倒出我所有想要和不想要的东西。然后我说，‘好的，你理解了什么？你打算构建什么？简短点。’”

这种迭代式对话持续进行，直到达成共识：“我发现有漏洞或类似问题，然后说，‘不，不是那样。让我澄清我想要什么。哦，我还需要这个。我刚才忘了提。’”结果是一种“非常松散”的规划形式。小组承认，目前还没有人找到完美的界面，并指出尝试将游戏化或移动端界面用于代理管理尚未获得持久的吸引力。

初级开发者的困境

一个重大担忧是对职业新人的影响。“初学者不会有你的信心和经验，所以他们不会告诉代理该做什么。他们会站在另一端，听从代理并遵循。这在许多方面似乎是一条黑暗的道路，”一位成员观察道。

然而，现实世界的实验显示出希望。在Block公司，一个项目招募了以擅长使用编程代理而闻名的职业初期开发者。在他们的第一天，他们被赋予了访问代码库、客户反馈列表和一个编程代理的权限。“他们能够在大约一天半的时间内解决这些问题，”发言者报告说。然后，这些初级开发者与高级工程师配对，就拉取请求获得至关重要的反馈，学习代理可能忽视的质量和架构知识。

经验是不公平的优势吗？

讨论转向资深开发者持有的优势。“我们这些积累了多年经验的人……不能否认它在帮助我们驾驭这一领域，或知道高质量产出是什么样子方面有多大的益处，”Angel说。

这种经验提供了代码质量的“嗅觉测试”。“就像老派的代码异味，当事情出错时，这不是直觉，而是你的上下文。你的大脑在处理，而我们人类物种擅长模式匹配。”一个关键风险是，随着AI项目的扩展，“边缘变得非常模糊”，使得劣质代码容易在不知不觉中溜过，尤其是在管理许多并发会话时。

对话强调，软件工程仍然是团队运动，而将AI代理整合到这个团队动态中是一个复杂的、尚未解决的挑战，每个人都在以不同的方式尝试。

来源：https://www.youtube.com/watch?v=-sJ-webIY5s