(不)结队编程:编码智能体提升生产力但损害理解能力
摘要
一项针对54名学生的研究发现,编码智能体虽能提升任务完成效率,但会损害代码理解能力及在无辅助情况下扩展代码的能力,引发对开发者理解水平的担忧。
arXiv:2607.26375v1 公告类型: 新
摘要: 编码智能体(如Cursor)通过优化任务完成效率提升了开发者的生产力,但将用户从编写代码转变为提示和审查代码可能会损害其理解能力,进而影响监督、学习和沟通。为探究这一问题,我们让54名学生使用两种AI系统之一创建网站:一种是可编辑用户代码的智能体;另一种是聊天机器人,用户需自己编写代码或调整通用代码片段。我们通过理解性问题以及一项要求用户在无智能体帮助下扩展代码的任务来测试其理解能力,结果显示:(1) 智能体虽有助于初始任务完成,但会损害用户的代码理解能力,因此无法让用户为扩展代码做好准备;(2) 低交互努力的智能体使用方式(如复制粘贴提示和自动接受编辑)与较低的理解水平相关;(3) 尽管用户自我报告理解能力较弱,但他们仍更偏爱编码智能体,因为其快速易用。尽管用户在编码工作流中仍处于循环中,但理解能力不应被忽视。为此,我们提炼出对未来编码智能体开发者研究方向的分析建议:劝阻低努力提示、生成可读代码、促进主动参与。
查看缓存全文
缓存时间: 2026/07/30 09:57
# (受)损的配对编程:编码代理提高生产力但损害理解 来源:https://arxiv.org/abs/2607.26375 查看 PDF(https://arxiv.org/pdf/2607.26375) > 摘要:编码代理(例如 Cursor)通过优化任务完成度来提高开发者生产力,但将用户从编写代码转变为提示和审查,可能会损害他们的理解,从而阻碍监督、学习和沟通。为了探究这一点,我们让 54 名学生使用两种人工智能系统之一创建网站:一种代理会编辑用户代码;另一种聊天机器人,用户自行编写代码或改编通用代码片段。我们通过理解题和一项用户在没有代理的情况下扩展自己代码的任务来测试理解能力,结果显示:(1)虽然代理有助于初始任务完成,但它们损害了用户的代码理解,因此未能让用户为扩展代码做好准备;(2)低努力的代理交互类型(如复制粘贴提示和自动接受编辑)与较低的理解水平相关;(3)尽管用户自我报告理解较弱,但他们仍然更喜欢编码代理,因为快速且易用。虽然用户在编码工作流程中保持参与,但理解不应被遗忘。为此,我们将分析成果提炼为编码代理开发者的未来研究方向:劝阻低努力提示、创建可读代码以及促进主动参与。 ## 提交历史 来自:Nishant Balepur \[查看邮件(https://arxiv.org/show-email/558b7f54/2607.26375)\] **\[v1\]** 2026年7月29日(周三)01:23:04 UTC(43,006 KB)
相似文章
与代理协作编程
与代理协作编程探讨了AI代理如何帮助开发者编写代码、自动化任务以及提高生产力。
编码代理在启动项目时是否比修复实际代码库要好得多?
观察发现,编码代理在新项目上表现出色,但在现有代码库中常常遇到困难,因为需要最小化更改并理解隐藏的依赖关系,这限制了它们的有效性。
AI编码代理扼杀团队协作
文章探讨了AI驱动的编码代理可能如何削弱软件开发中的团队协作,并强调了其对代码质量和沟通的潜在负面影响。
规格驱动的智能体编程正在悄然削弱我们监督智能体的能力
作者认为,过度依赖 AI 编程智能体会导致人类开发者逐渐丧失关键的技术直觉和代码审查技能,并提出了诸如强制手动编码日等措施,以维持监督能力。
编码代理是否带来了新的审查问题?
本文讨论了虽然编码代理能够有效生成代码,但它们却在审查和信任变更方面引入了新的瓶颈,质疑代理是减少了审查工作量还是转移了审查工作量。