得益于GitHub Copilot、Claude Code、Cursor等热门AI工具，程序员们正在以前所未有的速度完成工作——生成样板代码、理解陌生代码、起草测试用例、重构模块、排查错误。然而，越来越多的开发者开始意识到，这些工具正在带来难以言说的烦恼。

AI事故报告公司Rootly的联合创始人兼首席技术官昆廷·鲁索，曾在一篇LinkedIn帖子中写道："凌晨2点47分……我并非在调试故障，也没有截止期限的压力，我只是眼睁睁看着Claude Code重构一个模块……却停不下来。"他解释说，"智能体编程令人上瘾。当智能体完成得好，你会获得多巴胺的奖励；当它失败，你又会肾上腺素飙升。"鲁索坦言，自己因此失眠，最终不得不寻求医疗帮助。

程序员本就容易陷入工作狂状态，这并不令人意外。但AI的出现带来了全新的工作节奏。鲁索这样形容："看着智能体工作，被动到像是在休息，却又主动到让你欲罢不能。"这种状态催生出一种全新的职业倦怠。

这不是个别程序员的孤例。AI编程可能将软件开发变成一个永不停歇的反馈循环。开发者不再完成任务后就能休息，而是不断要求智能体提供新的实现方案、重写、优化或重构，同时又被"停下来就是留下未竟之事"的焦虑所困扰。

编程培训公司Coddy Tech对305名开发者进行的调查显示，"五分之四的开发者（80%）表示，他们对AI的使用更像是一种依赖，而非真正的优势。"他们承认这些工具确实有用，但同时担忧，对AI的习惯性依赖正在削弱自身的问题解决能力、扩大工作量，并助长了不健康的工作关系。

具体数据显示，"超过五分之二的开发者（43%）在明明打算收工后，仍继续与AI一起编程，32%的人因此推迟了睡眠时间。"另有39%的受访者表示，AI工具让他们更难从工作状态中抽离。

在职业影响方面，74%的开发者认为大量使用AI更有可能帮助自己获得加薪或晋升，但与此同时，51%的人表示他们更容易感到精疲力竭。

2025年Stack Overflow开发者调查报告也印证了另一层困境：45%的受访者对AI给出的"差不多对、但又不完全对"的答案感到沮丧，这类输出看似可信，实则会带来繁琐的调试工作。

该调查还发现，尽管AI工具的使用率持续攀升——现已有80%的开发者将其纳入工作流程——但开发者对AI准确性的信任度却从此前的40%跌至如今的29%。受此影响，程序员对AI的正面评价也从72%下降至60%。

易用性与工作量加重之间的矛盾正日益凸显。除了要辨别AI代码"哪里差了一点"，开发者还必须理解需求、识别生成代码与系统架构的冲突、测试边缘用例、应对安全风险，并对生产后果承担全部责任。

这便催生了所谓的"验证债务"：代码生成速度很快，但你仍然需要花时间判断它是否正确、安全、可维护，以及是否适合特定的代码库。

雪上加霜的是，雇主对AI产出的解读方式可能进一步放大这种依赖性。如果企业将AI视为倍增开发产能的手段，员工就会面临在同等时间内交付更多功能、关闭更多工单、处理更多评审的压力。这反而会抵消个人编码任务上节省的时间，将负担转移到其他环节：更大的拉取请求、更多生成的代码变更需要检查、更多依赖项需要验证，以及更高的运营风险需要管理。

因此，AI辅助编程正在演变为一个事关工作与生活平衡的问题，而不仅仅是工具层面的问题。将智能体用于消除日常重复性工作的团队，或许能获得切实收益；而将其用于加速整个软件生产流水线的团队，则面临将同样的工作变得更快、更高压的风险。

对于像鲁索这样的开发者而言，担忧的焦点已不再是AI能否写代码——它显然能。真正值得追问的问题是：开发者自己，是否还能决定何时结束工作日、何时关闭智能体的循环。

Q&A

Q1：AI编程工具为什么会让开发者"上瘾"？

A：根据Rootly首席技术官昆廷·鲁索的描述，智能体编程会产生类似游戏的心理机制：智能体执行成功时带来多巴胺奖励，失败时带来肾上腺素刺激，而"看着智能体工作"又被动到像是休息、主动到让人停不下来。Coddy Tech的调查也印证了这一点，80%的开发者表示AI使用感觉更像依赖而非优势，43%的人在计划收工后仍继续使用，32%的人因此推迟了睡眠。

Q2：开发者对AI编程工具的信任度发生了哪些变化？

A：根据2025年Stack Overflow开发者调查，尽管AI工具使用率已达80%，但开发者对AI准确性的信任度从此前的40%降至29%，正面评价也从72%跌至60%。主要原因是45%的开发者遭遇过AI给出"差不多对但不完全正确"的答案，这类输出看似可信却带来繁琐的调试工作，反而增加了负担。

Q3：什么是"验证债务"？它对开发者有什么影响？

A："验证债务"指的是AI虽然能快速生成代码，但开发者仍需花费大量时间验证这些代码是否正确、安全、可维护，以及是否与特定代码库相适配。这意味着AI节省了编写代码的时间，却将时间成本转移到了审查和验证环节，整体工作量并未减少，反而可能因为需要处理更多生成内容而加重。