{"topic":{"id":14910,"title":"AI 可能降低专家的生产力","slug":"topic","categoryId":4,"createdAt":"2025-07-10 17:54:48.79886","bumpedAt":"2025-07-11 20:27:32.817272","views":158,"postsCount":3,"highestPostNumber":3,"likeCount":2,"closed":false,"pinned":false,"pinnedGlobally":false,"pinnedAt":null,"pinnedUntil":null,"isBanner":false,"excerpt":"Measuring the Impact of Early-2025 AI on Experienced Open-Source Developer Productivity 摘要这篇论文通过一项严谨的随机对照试验 (RCT)，研究了 2025 年初的前沿 AI 工具对经验丰富的开源开发者在处理他们自己熟悉的真实项目问题时的生产力影响。最令人惊讶的核心发现是：使用 AI 工具的开发者完成任务的时间，比不使用 AI 的开发者要长 19%…","deletedAt":null,"isAnonymous":false,"category":{"id":4,"name":"谈笑风生","slug":"general","color":"25AAE2"},"author":{"id":4668,"username":"IO","name":null,"avatarUrl":"/uploads/image/86/f2/86f267c0aaa73835a999b7cc3a7e7a701605574eda9a2c2a56f5ddbbba64d1a9.avif"},"tags":[]},"posts":[{"id":60580,"postNumber":1,"raw":"## Measuring the Impact of Early-2025 AI on Experienced Open-Source Developer Productivity\n\n### 摘要\n\n这篇论文通过一项严谨的**随机对照试验 (RCT)**，研究了 2025 年初的前沿 AI 工具对**经验丰富的开源开发者**在处理他们自己熟悉的真实项目问题时的生产力影响。最令人惊讶的核心发现是：**使用 AI 工具的开发者完成任务的时间，比不使用 AI 的开发者要长 19%**。换句话说，在这一特定且高度真实的环境下，AI 工具不仅没有提升效率，反而显著降低了效率。\n\n### 研究背景与动机\n\n研究者指出现有的 AI 能力评估方法存在两大缺陷：\n\n1. **AI 基准测试 (Benchmarks) 的局限性**：\n * **优点**：规模大、效率高。\n * **缺点**：为了效率牺牲了真实性。任务通常是独立的、上下文简单的，并且评估方式是算法化的（如通过单元测试），无法捕捉到编码风格、文档质量、可维护性等真实世界中的重要维度。这可能导致**高估**AI 的能力。\n * 另一方面，由于缺乏实时人机交互，模型可能因一些小问题卡住而无法完成任务，尽管它可能已经取得了很大进展。这又可能导致**低估**AI 的能力。\n\n2. **轶事报告和用户反馈 (Anecdotes) 的不可靠性**：\n * 虽然很多人报告 AI 很有用，但这些主观感受可能存在偏差。这项研究的结果就证明了这一点：开发者即便在变慢的情况下，仍然相信 AI 提高了他们的效率。\n\n因此，本研究的动机是：\n* **直接衡量 AI 在真实世界的影响**：摆脱基准测试和主观报告的局限，提供一个更接近现实的评估。\n* **理解 AI 对 AI 研发本身的影响**：软件开发是 AI 研发的关键环节。衡量 AI 对软件开发生产力的影响，可以为预测“AI 加速 AI 研发”的速度提供一个重要的数据点。这对于理解和管理 AI 可能带来的风险（如监管失效、权力过度集中等）至关重要。\n\n### 研究方法 (Methodology)\n\n为了确保研究的严谨性和真实性，研究团队设计了如下方法：\n\n* **研究设计**：采用**随机对照试验 (Randomized Controlled Trial, RCT)**，这是衡量干预效果的黄金标准。\n* **参与者**：招募了 16 位**经验丰富的开发者**。他们都在大型、高质量的开源项目（平均超过 2.2 万星标，100 万行代码）中有多年贡献经验，对自己参与的项目非常熟悉。\n* **任务**：开发者从他们各自的项目中提供了总共 246 个**真实的待办问题 (issues)**，包括 bug 修复、新功能开发和代码重构。这些都是他们日常工作中会处理的真实任务。\n* **实验分组**：每个问题被随机分配到两个组：\n * **AI 组**：允许开发者使用任何他们选择的 AI 工具（研究期间主要是 Cursor Pro，搭载了 Claude 3.5/3.7 Sonnet 等前沿模型）。\n * **对照组**：禁止开发者使用任何生成式 AI 辅助工具。\n* **数据收集**：开发者在完成任务时进行屏幕录制，并自行报告完成任务所需的总实现时间。\n* **报酬**：为确保参与者的专业性和投入度，研究按每小时 150 美元的标准支付报酬。\n\n### 核心结果 (Core Results)\n\n1. **AI 导致效率降低 19%**：在允许使用 AI 的情况下，开发者完成任务的平均时间比不使用 AI 时要长 19%。这是一个统计上显著的放缓。\n\n2. **认知与现实的巨大鸿沟**：\n * **事前预测**：开发者普遍**预测**AI 会让他们提速**24%**。\n * **事后感受**：即使在实际变慢的情况下，开发者在完成任务后仍然**认为**AI 让他们提速了**20%**。\n * 这揭示了一个惊人的现象：开发者对 AI 效率的**主观感知与客观现实完全相反**。\n\n### 影响因素分析 (Factor Analysis)\n\n研究团队排除了许多可能的实验干扰（如开发者不遵守分组规则、提交的代码质量不同等），并深入探究了导致效率降低的可能原因。他们分析了 20 个潜在因素，并发现其中 5 个可能的主要原因。\n\n### 讨论：如何解读这个“反常”的结果？\n\n研究的核心难题在于，如何将“RCT 发现 AI 降低效率”这一结果，与“基准测试中 AI 表现优异”以及“普遍的轶事报告 AI 很有用”这两个现象调和起来。研究者提出了三种可能的解释假说：\n\n1. **假说 1：本研究低估了 AI 能力 (RCT underestimates)**\n * **观点**：基准测试和轶事报告基本是正确的，本研究的实验设置可能存在某些特殊性或未知的方法论问题，导致结果偏离了普遍情况。\n * **可能原因**：\n * **学习曲线**：开发者可能需要数百小时才能真正精通 AI 工具，而本研究的参与者使用时间可能不够长。\n * **使用方式**：普通用户的使用方式（如少量尝试）与基准测试中的“暴力”使用方式（如采样数百万 tokens）不同。\n * **任务类型**：本研究的任务对代码质量、文档、测试覆盖率等有很高的隐性要求，这些可能是当前 AI 的短板。\n\n2. **假说 2：基准测试和轶事报告高估了 AI 能力 (Benchmarks/anecdotes overestimate)**\n * **观点**：本研究的 RCT 结果基本是正确的，而基准测试和轶事报告因为各自的缺陷而高估了 AI 的真实世界效用。\n * **可能原因**：\n * **基准测试**：任务过于简化、范围明确，无法反映真实世界编程的复杂性。\n * **轶事报告**：本研究已证明，用户的主观感受极不可靠，存在严重的积极偏见。\n\n3. **假说 3：三者是不同场景下的互补证据 (Complementary evidence)**\n * **观点**：三种评估方法（RCT、基准测试、轶事报告）都是“正确”的，但它们衡量的是“真实世界任务分布”中完全不同的子集。\n * **解释**：\n * **基准测试**衡量的是 AI 在**理想条件下**解决**定义明确问题**的**上限能力**。\n * **轶事报告**反映的是 AI 在**多样化、低标准或探索性任务**中的**主观效用**。\n * **本研究的 RCT**衡量的是 AI 在**高标准、复杂协作环境**下对**经验丰富的专业人士**的**实际部署影响**。\n\n研究者倾向于认为，没有一种评估方法是完美的，需要结合多种方法来形成对 AI 能力的全面认识。\n\n### 研究的局限性与免责声明\n\n研究团队非常谨慎地指出了他们研究结论的适用范围，明确表示他们的证据**不能**证明以下几点：\n\n* AI 对**所有**软件开发者都没有加速作用（研究对象非常特定）。\n* AI 在**软件开发以外**的领域没有加速作用。\n* **未来的 AI**在同样的环境下也不会有加速作用（AI 进步很快）。\n* 不存在**更有效的 AI 使用方法**能在此环境下实现加速（例如，通过领域微调、更好的提示工程等）。\n\n### 未来的展望\n\n研究团队计划将这种方法论作为一个长期工具，未来持续进行类似的研究，以追踪 AI 对开发者生产力影响的趋势。他们认为，这种基于真实世界部署的评估方法比基准测试更难被“刷分”或“应试”。\n\n如果未来的研究发现 AI 在这一严苛环境下也能实现显著加速，那将是一个强烈的信号，表明 AI 对 AI 研发本身的加速可能即将到来，这也提醒我们需要更加关注其背后可能带来的各种风险。","cooked":"

Measuring the Impact of Early-2025 AI on Experienced Open-Source Developer Productivity

摘要

这篇论文通过一项严谨的随机对照试验 (RCT)，研究了 2025 年初的前沿 AI 工具对经验丰富的开源开发者在处理他们自己熟悉的真实项目问题时的生产力影响。最令人惊讶的核心发现是：使用 AI 工具的开发者完成任务的时间，比不使用 AI 的开发者要长 19%。换句话说，在这一特定且高度真实的环境下，AI 工具不仅没有提升效率，反而显著降低了效率。

研究背景与动机

研究者指出现有的 AI 能力评估方法存在两大缺陷：

\n
AI 基准测试 (Benchmarks) 的局限性：
\n
- 优点：规模大、效率高。
- 缺点：为了效率牺牲了真实性。任务通常是独立的、上下文简单的，并且评估方式是算法化的（如通过单元测试），无法捕捉到编码风格、文档质量、可维护性等真实世界中的重要维度。这可能导致高估AI 的能力。
- 另一方面，由于缺乏实时人机交互，模型可能因一些小问题卡住而无法完成任务，尽管它可能已经取得了很大进展。这又可能导致低估AI 的能力。
\n
\n
轶事报告和用户反馈 (Anecdotes) 的不可靠性：
\n
- 虽然很多人报告 AI 很有用，但这些主观感受可能存在偏差。这项研究的结果就证明了这一点：开发者即便在变慢的情况下，仍然相信 AI 提高了他们的效率。
\n

因此，本研究的动机是：

直接衡量 AI 在真实世界的影响：摆脱基准测试和主观报告的局限，提供一个更接近现实的评估。
理解 AI 对 AI 研发本身的影响：软件开发是 AI 研发的关键环节。衡量 AI 对软件开发生产力的影响，可以为预测“AI 加速 AI 研发”的速度提供一个重要的数据点。这对于理解和管理 AI 可能带来的风险（如监管失效、权力过度集中等）至关重要。

研究方法 (Methodology)

为了确保研究的严谨性和真实性，研究团队设计了如下方法：

研究设计：采用随机对照试验 (Randomized Controlled Trial, RCT)，这是衡量干预效果的黄金标准。
参与者：招募了 16 位经验丰富的开发者。他们都在大型、高质量的开源项目（平均超过 2.2 万星标，100 万行代码）中有多年贡献经验，对自己参与的项目非常熟悉。
任务：开发者从他们各自的项目中提供了总共 246 个真实的待办问题 (issues)，包括 bug 修复、新功能开发和代码重构。这些都是他们日常工作中会处理的真实任务。
实验分组：每个问题被随机分配到两个组：\n
- AI 组：允许开发者使用任何他们选择的 AI 工具（研究期间主要是 Cursor Pro，搭载了 Claude 3.5/3.7 Sonnet 等前沿模型）。
- 对照组：禁止开发者使用任何生成式 AI 辅助工具。
\n
数据收集：开发者在完成任务时进行屏幕录制，并自行报告完成任务所需的总实现时间。
报酬：为确保参与者的专业性和投入度，研究按每小时 150 美元的标准支付报酬。

核心结果 (Core Results)

\n
AI 导致效率降低 19%：在允许使用 AI 的情况下，开发者完成任务的平均时间比不使用 AI 时要长 19%。这是一个统计上显著的放缓。
\n
\n
认知与现实的巨大鸿沟：
\n
- 事前预测：开发者普遍预测AI 会让他们提速24%。
- 事后感受：即使在实际变慢的情况下，开发者在完成任务后仍然认为AI 让他们提速了20%。
- 这揭示了一个惊人的现象：开发者对 AI 效率的主观感知与客观现实完全相反。
\n

影响因素分析 (Factor Analysis)

研究团队排除了许多可能的实验干扰（如开发者不遵守分组规则、提交的代码质量不同等），并深入探究了导致效率降低的可能原因。他们分析了 20 个潜在因素，并发现其中 5 个可能的主要原因。

讨论：如何解读这个“反常”的结果？

研究的核心难题在于，如何将“RCT 发现 AI 降低效率”这一结果，与“基准测试中 AI 表现优异”以及“普遍的轶事报告 AI 很有用”这两个现象调和起来。研究者提出了三种可能的解释假说：

\n
假说 1：本研究低估了 AI 能力 (RCT underestimates)
\n
- 观点：基准测试和轶事报告基本是正确的，本研究的实验设置可能存在某些特殊性或未知的方法论问题，导致结果偏离了普遍情况。
- 可能原因：\n
  - 学习曲线：开发者可能需要数百小时才能真正精通 AI 工具，而本研究的参与者使用时间可能不够长。
  - 使用方式：普通用户的使用方式（如少量尝试）与基准测试中的“暴力”使用方式（如采样数百万 tokens）不同。
  - 任务类型：本研究的任务对代码质量、文档、测试覆盖率等有很高的隐性要求，这些可能是当前 AI 的短板。
  \n
\n
\n
假说 2：基准测试和轶事报告高估了 AI 能力 (Benchmarks/anecdotes overestimate)
\n
- 观点：本研究的 RCT 结果基本是正确的，而基准测试和轶事报告因为各自的缺陷而高估了 AI 的真实世界效用。
- 可能原因：\n
  - 基准测试：任务过于简化、范围明确，无法反映真实世界编程的复杂性。
  - 轶事报告：本研究已证明，用户的主观感受极不可靠，存在严重的积极偏见。
  \n
\n
\n
假说 3：三者是不同场景下的互补证据 (Complementary evidence)
\n
- 观点：三种评估方法（RCT、基准测试、轶事报告）都是“正确”的，但它们衡量的是“真实世界任务分布”中完全不同的子集。
- 解释：\n
  - 基准测试衡量的是 AI 在理想条件下解决定义明确问题的上限能力。
  - 轶事报告反映的是 AI 在多样化、低标准或探索性任务中的主观效用。
  - 本研究的 RCT衡量的是 AI 在高标准、复杂协作环境下对经验丰富的专业人士的实际部署影响。
  \n
\n

研究者倾向于认为，没有一种评估方法是完美的，需要结合多种方法来形成对 AI 能力的全面认识。

研究的局限性与免责声明

研究团队非常谨慎地指出了他们研究结论的适用范围，明确表示他们的证据不能证明以下几点：

AI 对所有软件开发者都没有加速作用（研究对象非常特定）。
AI 在软件开发以外的领域没有加速作用。
未来的 AI在同样的环境下也不会有加速作用（AI 进步很快）。
不存在更有效的 AI 使用方法能在此环境下实现加速（例如，通过领域微调、更好的提示工程等）。

未来的展望

研究团队计划将这种方法论作为一个长期工具，未来持续进行类似的研究，以追踪 AI 对开发者生产力影响的趋势。他们认为，这种基于真实世界部署的评估方法比基准测试更难被“刷分”或“应试”。

如果未来的研究发现 AI 在这一严苛环境下也能实现显著加速，那将是一个强烈的信号，表明 AI 对 AI 研发本身的加速可能即将到来，这也提醒我们需要更加关注其背后可能带来的各种风险。

\n","createdAt":"2025-07-10 17:54:49.030258","updatedAt":"2025-07-10 17:54:49.030258","replyToPostNumber":null,"replyCount":0,"likeCount":2,"wordCount":2345,"liked":false,"bookmarked":false,"polls":[],"reactions":[{"reaction":"❤️","count":2,"users":[{"id":5905,"username":"PipaQinse233","name":"PipaQinse233"},{"id":7624,"username":"一锅炖不下","name":"大鲲炒鹰鹰"}],"hasReacted":false}],"wiki":false,"version":1,"publicVersion":1,"deletedAt":null,"isAnonymous":false,"user":{"id":4668,"username":"IO","name":null,"avatarUrl":"/uploads/image/86/f2/86f267c0aaa73835a999b7cc3a7e7a701605574eda9a2c2a56f5ddbbba64d1a9.avif","admin":true,"moderator":false,"signatureRaw":"","signatureCooked":null}},{"id":60581,"postNumber":2,"raw":"[Early_2025_AI_Experienced_OS_Devs_Study.pdf|attachment](/uploads/pdf/67/fd/67fd62b6065a0572f209fbc2286f946ba288529ceb404588c59934362f4a13f0.pdf) (5.3 MB)","cooked":"

Early_2025_AI_Experienced_OS_Devs_Study.pdf|attachment (5.3 MB)

\n","createdAt":"2025-07-10 17:56:52.737093","updatedAt":"2025-07-10 17:56:52.737093","replyToPostNumber":null,"replyCount":0,"likeCount":0,"wordCount":3,"liked":false,"bookmarked":false,"polls":[],"reactions":[],"wiki":false,"version":1,"publicVersion":1,"deletedAt":null,"isAnonymous":false,"user":{"id":4668,"username":"IO","name":null,"avatarUrl":"/uploads/image/86/f2/86f267c0aaa73835a999b7cc3a7e7a701605574eda9a2c2a56f5ddbbba64d1a9.avif","admin":true,"moderator":false,"signatureRaw":"","signatureCooked":null}},{"id":60731,"postNumber":3,"raw":"原来还有这种给开源大佬“发工资”的方式吗，学到了","cooked":"

原来还有这种给开源大佬“发工资”的方式吗，学到了

\n","createdAt":"2025-07-11 20:27:32.817272","updatedAt":"2025-07-11 20:27:32.817272","replyToPostNumber":null,"replyCount":0,"likeCount":0,"wordCount":24,"liked":false,"bookmarked":false,"polls":[],"reactions":[],"wiki":false,"version":1,"publicVersion":1,"deletedAt":null,"isAnonymous":false,"user":{"id":601,"username":"m0rsun","name":null,"avatarUrl":"/uploads/image/37/7f/377f4ae853850691ab959270f01d52509ee07caf808041ddb0ab22488a0e9f85.avif","admin":false,"moderator":true,"signatureRaw":null,"signatureCooked":null}}],"hasMore":false,"lastReadPostNumber":1,"hasUrlPostNumber":false}