Collaborator or Assistnat? How AI Coding Agents Partition Work Across Pull Request Lifecycles
本文分析了五个 AI 编码工具中的 29,585 个拉取请求生命周期，以建立“协作者 - 助手”分类法，揭示出操作代理权正日益被委托给智能体，而合并治理仍主要由人类主导，从而凸显了自动化软件开发中执行与监督之间的关键脱节。
原始论文采用 CC BY 4.0 许可（http://creativecommons.org/licenses/by/4.0/）。 这是对下方论文的AI生成解释。它不是由作者撰写或认可的。如需技术准确性，请参阅原始论文。 阅读完整免责声明
想象一下软件开发就像一间繁忙的厨房，一群厨师（人类）和新一代的机器人副厨（AI 智能体）正携手合作，共同制作菜肴（代码更新）。你所询问的这篇论文，正是研究当这些厨师和机器人提交新菜给主厨审批时，他们实际上是如何分工的。
研究人员查看了来自五种不同 AI 工具的近 30,000 份“订单”（称为拉取请求或 PR），以查明是谁开始烹饪、谁负责品尝，以及谁最终下达“可以上菜”的指令。
以下是他们研究发现的通俗解读：
1. 两种类型的机器人厨师
研究发现，AI 工具可分为截然不同的两类，就像两种不同类型的厨房助手：
“协作型”机器人（Cursor、Devin、Copilot）：
它们就像自主的副厨。你给它们一个模糊的想法（比如“做一道辣味意大利面”），它们便进入厨房，切菜、煮酱、摆盘，然后将菜肴端到柜台供你品尝。它们承担了几乎所有的繁重工作。不过，它们仍会等待人类查看菜肴、品尝并给出最终的“通过”后，才会上菜。- 数据： 在这些工作流中，机器人**96%**的时间负责启动工作。
“助手型”机器人（OpenAI、Claude）：
它们更像是智能食谱生成器。你（人类）仍然是主厨。你明确指示机器人做什么，或者你自己开始烹饪，而机器人只是帮你切洋葱或建议某种香料。人类在开车，机器人只是 GPS。- 数据： 在这些工作流中，人类95% 以上的时间负责启动工作。
2. 大惊喜：谁掌握着钥匙？
最有趣的发现是关于谁有权按下“上菜”按钮（合并代码）。
尽管“协作型”机器人几乎完成了所有烹饪并将菜肴端到柜台，但人类在 99.9% 的情况下仍然掌握着餐厅的钥匙。
- 机器人被允许烹饪和摆盘。
- 机器人极少被允许决定食物是否好到足以上菜。
- 即使机器人确实按下了上菜按钮，研究也发现，通常人类早已品尝过并说过“可以了”。机器人只是点击按钮来完成文书工作。
比喻： 将 AI 想象成一名初级实习生。实习生擅长起草报告、修正拼写错误并打印文件。但只有经理（人类）能签署最终批准。实习生负责工作；如果出了问题，经理承担功劳（以及责任）。
3. “静默合并”之谜
研究人员发现了极少数（不到 1%）的情况，机器人似乎在没有人类先品尝的情况下批准了自己的工作。
然而，研究指出其数据存在盲点。计算机日志显示了谁点击了按钮，但未显示谁做出了决定。
- 情景 A： 人类品尝了食物，说了“很棒”，然后设置了一条规则，让机器人稍后自动上菜。（机器人点击了按钮，但人类做出了决定）。
- 情景 B： 机器人实际上自行决定上菜。
研究表示，仅凭查看日志无法区分这两种情景。这就像看到一扇门开了，知道是机器人推开的，但不知道是否是人类在五分钟前指示机器人去推的。
4. 这对厨房意味着什么
研究得出结论，目前我们正处于 AI 的“初级实习生”阶段。
- 协作型工具擅长主动发起并开展工作，但仍需要人类进行双重检查。
- 助手型工具擅长帮助那些已经在工作的开发人员，但它们不主导工作。
研究人员警告说，虽然机器人烹饪的速度越来越快，但“餐厅的钥匙”（合并代码的权限）仍然牢牢掌握在人类手中。日志向我们展示了谁做了工作，但并不总是能显示谁真正掌控了最终决策。
简而言之： AI 正在承担繁重的工作，但人类仍然是那个拿着剪贴板并签署支票的人。
您所在领域的论文太多了？
获取与您研究关键词匹配的最新论文每日摘要——附技术摘要，使用您的语言。