Atlassian 报告：每周靠 AI 省十小时的开发者占比一年从 68% 降至 26%
Atlassian《2026 年开发者体验现状报告》显示，每周借助 AI 节省超十小时的开发者比例一年内从 68% 降至 26%，尽管 95% 的组织已积极使用 AI。报告指出瓶颈已从写代码转移到管理 AI 产出：49% 的开发者每周花 4 小时以上管理 AI 工具，65% 需花时间纠正 AI 误解原始意图的生成内容。
报道正文
根据 Atlassian 发布的《2026 年开发者体验现状报告》称，在过去一年中每周通过 AI 节省超十小时的开发者比例已从 68% 降至 26%。与此同时，AI 的普及程度已接近全面覆盖：95% 的开发者和 96% 的工程负责人表示，他们所在的组织已在工程工作中积极使用 AI。
该报告基于 2026 年对 1,155 名个人贡献者和 405 名工程负责人的调查。Atlassian 对这些数据的含义给出了相当直接的说明，指出研究结果“反映的是受访者自我报告的体验和感知，而非部署频率、周期时间或收入影响等系统级遥测数据”，并强调，数据中的相关性“不能被解释为因果关系的证明”。
Atlassian AI 与团队协作部门 CTO Taroon Mandhana 总结了这一变化，认为“瓶颈已经转移到管理 AI 的工作上”。
AI 带来的局部收益并未消失。87% 的开发者表示，AI 帮助他们更快交付软件；80% 的开发者表示，AI 帮助他们在不延长工作时间的情况下完成更多工作。
但日常工作中的障碍并没有因此减少。只有 28% 的开发者表示，与使用 AI 之前相比，工作中的摩擦明显减少；50% 的开发者则表示摩擦程度基本相同，报告中将其描述为“与使用 AI 之前不同类型的摩擦”。
其中一部分变化直接来自 AI 本身。49% 的开发者现在每周花费 4 小时或以上管理 AI 工具，65% 的开发者表示，他们需要花时间纠正未能理解原始意图的 AI 生成内容。工程负责人的这两个比例更高，分别达到 57% 和 72%。另有 29% 的开发者明确将审查或管理 AI 生成的代码列为工作摩擦的来源。
其他工作障碍在过去三年中几乎没有变化。查找信息以 51% 位居首位，其次是会议（50%）、上下文切换（45%）和技术债务（44%）。查找信息同样位列2025 年报告的首位，在 2024 年报告中排名第二。编码工作从未出现在这份障碍清单中。
报告对工作效率衡量方式的批评尤为直接。60% 的开发者表示，他们所在的组织将 AI 使用情况视为生产力指标；41% 的开发者表示，有时会因为觉得组织有所期待而过度使用 AI。与此同时，只有 42% 的工程负责人认为，自己拥有能够区分实际收益与活动量的正确指标。
在回应 Mandhana 时，为企业工作流构建生产级 AI Agent 的 Shan Huang 将其中两个数据联系起来：
如果人们因为觉得组织有所期待而过度使用 AI，那么每周花 4 小时以上管理 AI 输出的那 49% 开发者中，有一部分人面临的并不是工具问题，而是指标问题。 我把这种现象称为“表演式吞吐量”：AI 使用量被计入生产力，而清理这些输出的工作却落在了别人的日程上。
Athena Intelligence 的 Taylor Johnson 用一句话提出了替代方案：
AI 活动量不等于实际影响；我们要衡量被接受的工作成果，而不是使用量。
明确制定 AI 战略的组织仍然很少，但其表现似乎更好。17% 的开发者和 23% 的工程负责人表示，他们所在的组织在整个软件交付生命周期中拥有明确且正在积极实施的 AI 战略。在这些开发者中，41% 表示，与使用 AI 之前相比，工作摩擦明显减少；而在那些认为组织战略不一致或沟通不充分的开发者中，这一比例仅为 22%。
Atlassian DevOps 布道负责人 Andrew Boyagi 将这一差距称为关键的区分因素，但报告本身也提醒，这种关联并不能证明因果关系。
过去三年中，还有一个趋势始终在恶化：认为组织领导层未能充分理解自己所面临挑战的开发者比例，从 2024 年的 44% 上升至 2025 年的 63%，并在 2026 年达到 66%。
设计师、前 AWS 员工 Cam Turner 提出了一个实际问题，而报告和相关讨论都没有给出答案：“一年内从 68% 降至 26%，说明工作已经从创造转向审查。有人在设计审查环节了吗？还是团队只是在默默承担这部分工作？”
关于标题中的数据，有两个需要注意的地方。首先，这是一项由开发者工具供应商开展的研究，而该公司最终得出的结论有利于推动 AI 交付流程的正式化。其次，调查的样本规模发生了变化：2025 年的调查覆盖六个国家的 3,500 名开发者和管理者，而今年的调查只有 1,560 名受访者。此外，两份报告都没有公布调查的具体实施日期。
自我报告的工作时间本身就存在较大的不确定性，既可能高估，也可能低估。评论者 Harshit Jain 直接提出了这个问题：这一比例下降究竟是因为审查工作增加，还是因为组织对开发者的期望提高了？报告并未对这两种情况进行区分。
原文链接：